- MoreEffectiveC++/Miscellany . . . . 44 matches
이런 좋은 소프트웨어를 만들기 위한 방법으로, 주석이나, 기타 다른 문서 대신에 C++ 내부에 디자인으로 구속해 버리는 것이다. 예를들자면 '''만약 클래스가 결코 다른 클래스로 유도되지를 원치 않을때''', 단시 주석을 헤더 파일에 넣는 것이 아니라, 유도를 방지하기 위하여 C++의 문법을 이용한 기술로 구속 시킨다.;이에 대한 방법은 '''Item 26'''에 언급되었다. 만약 클래스가 '''모든 인스턴스를 Heap영역에 생성시키고자 할때''', 클라이언트에게 말(문서)로 전달하는 것이 아니라. '''Item 27'''과 같은 접근으로 제한 시켜 버릴 수 있다. 만약 클래스에 대하여 복사와 할당을 막을려고 할때는, 복사 생성자와 할당(assignment) 연산자를 사역(private)으로 만들어 버려라. C++은 훌륭한 힘과, 유연성, 표현성을 제공한다. 이러한 언어의 특징들을 당신의 프로그래밍에서 디자인의 정책을 위해서 사용하라.
이와 같은 내용들을 아무리 반복해서 말하곤 하지만, 대부분의 프로그래머들은 현재의 시류를 그대로 고집한다. 훌륭한 안목의 C++ 전문가가 말하는 충고에 관해서 생각해라.
여기에서 B는 D의 기초 클래스이다. 다른 말로 하자면 이 작성자는 만약 다음과 같은 경우에 B는 가상 파괴자(virtual destroctor)가 필요 없어 보인다.
그렇지만 다음과 같은 구문이 더해지면, 생각이 바뀔것이다.
같은 주제로, 또 다른 필자의 글을 보자.
같은 필자는 이렇게 쓴다.
* 우리는 가상 파괴자를 만들지 않는다. 왜냐하면, String가 vtbl을 가지기를 원하지 않기 때문이다. 우리는 String*를 가지게할 의도는 없다. 그래서 이는 문제가 되지 않는다. 우리는 이것이 수반하는 어려움에 대하여 생각하지 않는다.
확실히 vtbl 문제는 합법적인 접근이다. (Item 24참고) 대다수 String클래스의 구현에서 오직 하나의 char*를 각각의 String 객체가 가지고 있다. 그래서 각 String객체에 추가되는 vptr도 두배의 양을 차지한다. 허용하지 않으려는 이유는 이해하기 쉽다. String같은 클래스를 무겁게 사용하면 눈에 띠는 성능 저하가 있다. 앞서 언급한 경우 클래스당 성능 저하는 약 20%정도를 가지고 온다. (Item 16참고)
어떤 것이 더 많은 문제를 일으키는 것으로, 밴더들의 주목을 받고 있을까? "우리는 String*을 사용하는 목적을 가지지 않는다. 그래서 이는 별 문제가 되지 않는다." 그건 아마 사실일 것이다. 하지만 그들의 String클래스는 수많은 개발자들이 사용가능한 것이다. 수많은 개발자들이 C++의 수준이 제각각이다. 이러한 개발자들이 String상에서의 비가상 파괴자(no virtual destructor)를 이해할까? 그들이 비가상 파괴자를 가진 String때문에 String으로 유도된 새로운 클래스가 모험 비슷한 것을 알고 있을까? 이런 벤더들은 그들의 클라이언트들이 가상 파괴자가 없는 상태에서 String*를 통하여 삭제가 올바르게 작동하지 않고, RTTI와 String에 대한 참조가 아마 부정확한 정보를 반환한다는걸 확신시킬까? 이 클래스가 정확히 쓰기 쉬운 클래스일까? 부정확하게 쓰기 어려운 클래스일까?
대안으로 C++을 사용할때 유도를 제한해 버리는 것이다. Item 26에서 어떻게 객체를 heap에 만들거고 auto_ptr객체로 heap객체를 조정하는 방법에 관해서 언급하였다. String을 위한 인터페이스 생성은 아마 독특하고 불편한 다음과 같은 문법 을 요구한다.
여기에는 두가지의 문제가 있다. '''첫번째'''로 마지막 줄에 있는 할당 연산자는 Animal 클래스의 것을 부르는데, 객체 형이 Lizad형이라도 Animal 클래스의 연산자로 진행된다. 결과적으로, 오직 liz1의 Animal 부분만이 수정된다. 이것은 부분적인 할당(assignment)이다. liz1에 Animal 멤버의 할당은 li2로부터 얻은 값을 가진다. 그렇지만 liz1의 Lizard 부분의 데이터는 변화하지 않는다.
'''두번째''' 문제는 진짜 프로그래머들이 이와 같은 코드를 쓴다는 것이다. 특별히 C++로 전향한 C프로그래머들에 경험에서 보면, 포인터를 통한 객체의 할당은 그리 흔하지 않은것도 아니다. 그러한 경우는 이성적인 생각으로 취한 할당같이 보인다. Item 32의 촛점중, 상속 관계 상에서 우리의 클래스는 정확히 사용하기 쉽고, 부정확하게 사용하기 어렵게 해야 한다고 언급했다.
언어상에 최근에 변화와 관계있는 의무로 우리는 할당 연산자에 대한 반환값의 최적화를 진행할수 있다. 그래서 각 반환 참조에 정확한 클래스로 교체 할수 있다 하지만 C++의 규칙은 모든 클래스 내부에, 가상 함수에 대하여 동일한 parameter 형을 규정 지을수 있다. 이것의 의미는 Lizard와 Chicken에 대한 할당 연산자가 반드시 할당시 right-hand 부분에 Animal의 어떠한(any) 한종류의 객체에 대한 준비를 해야만 한다는 것이다. 이는 우리에게 다음과 같은 코드가 합법임을 의미하는 것이다.
이것은 어려운 면이다. 우리는 same-type 할당만 포인터로 허용하게 만들어야 할것이다. 그에 반하여 같은 포인터를 통한 Mix-type 할당은 거부되도록 만들어야 한다. 다른 말로 하자면 우리는 이런건 통과지만
*pAnimal1 = *pAnimal2; // 통과를 원해요! 같은 형이므로
모든 일에 대하여 AbstractTnimal은 반드시 추상적이어야 하나? 그것은 반드시 최소 하나의 순수 가상 함수를 가지고 있어야 한다. 대부분의 경우에 알맞는 함수를 고르기에는 별 문제가 없다. 그렇지만 희귀한 경우에 당신은 아마 AbstractAnimal 같은 클래스를 만들어야 하는 상황에 직면할지도 모른다. 그러한 경우에, 적당한 방법은 순수 가상 함수로 파괴자를 만들어 버리는 것이다.;위에서 보는것과 같이 말이다.포인터를 통한 다형성을 지원하기 위하여 기본 클래스는 가상 파괴자를 어떤 방법으로든 필요로 한다. 그래서 순수 가상함수를 만들기 위한 비용만이 해당 클래스 정의부 바깥에서 이루어질 구현에서 지불된다. (에를들어서 p195를 보아라)
맞다, 대부분의 순수 가상 함수는 결코 구현되지 않는다. 그렇지만 순수 가상 파괴자는 특별한 경우이다. 그들은 '''반드시''' 구현되어야 한다. 왜냐하면 그들은 유도된 클래스들이 파괴될때 마다 불리기 때문이다. 게다가 그들은 종종 유용한 작동을 하는데, 자원의 해제 같은거(Item 9참고)나 로그 메세지를 남기는것 따위 말이다. 순수 가상 함수의 구현은 일반적으로 아마 특별하지 않은 경우이다. 하지만 순수 가상 파괴자는 그렇지 하다 그것은 명령에 가깝다.)
당신은 아마도 데이터 멤버를 가지는 Animal 클래스 같이, Concrete 기초 클래스를 기반으로 전체하고 기초 클래스의 포인터를 통해서 할당에 대한 논의라는걸 주목할 것이다. 그렇다면, 만약 아무런 데이터가 없다면, 의도에 부합하는, 문제가 안될것이 없고, 좀더 생각해 보면, 그것은 자료가 없는 concrete 클래스가 두번 상속 되어도 안전할꺼라고 의견을 펼지 모른다.
AbstractAnimal 같은 추상 기본 클래스를 Animal 같은 concrete 기본 클래스로의 교체는 operator= 의 동작을 도 쉽게 이해할수 있는 장점을 가져다 준다. 또한 당신이 배열을 다형하게 다루는 기회 역시 줄여준다.(배열과 클래스에 대한 관계는 Item 3을 참고하라.) 그렇지만, 기술적으로 가장 두드러지는 이점은 디자인 레벨에서 나타난다. 왜냐하면 당신은 유용한 추상의 존제를 명시적으로 인지 할수 있기 때문이다. 그것은 유용한 개념의 존재를 의식하지 않을지라도, 당신으로 하여금 새로운 유용한 개념을 위한 추상 클래스 생성하게 한다.
* 당신의 concrete 클래스를 존재하고 있는 concrete 클래스로 부터 유도하라 그리고 할당에 관련한(assignment-related) 문제들인, 이 Item의 시작 부분에 대하여 시험해 봐라. 또한 Item 3에 언급된 배열에 관한 문제가 있는지도 점검해 봐야만 한다.
- MoreEffectiveC++/Techniques1of3 . . . . 44 matches
NewsLetter 객체는 아마 디스크에서 자료를 적재할 것이다. NewsLetter가 디스크에서 자료를 가지고 보여주기 위해 istream을 사용해서 NewsLetter를 구성할 객체들을 생성한다고 가정한다면 다음과 같은 코드들을 대강 만들수 있는데
가상 생성자의 방식의 한 종류로 특별하게 가상 복자 생성자(virtual copy constructor)는 널리 쓰인다. 이 가상 복사 생성자는 새로운 사본의 포인터를 반환하는데 copySlef나 cloneSelf같은 복사의 개념으로 생성자를 구현하는 것이다. 다음 코드에서는 clone의 이름을 쓰였다.
자 지금까지 객체에 대한 이야기로 당신은 미칠 지경에 빠졌을 꺼다. 게다가 이것은 당신을 혼란에 빠트릴 수준까지 왔을 것이다. (첫줄만 직독직해.) 예를들어서 당신의 시스템에 프린터가 하나 밖에 없을때 프린터를 대변하는 객체의 숫자를 하나로 제한해야 하지 않을까? 아니면 하나의 파일에 대하여 16개의 파일 접근자만 허용할때 따위 같은거 말이다. 여기서는 그 해법에 관해서 생각해 본다.
그리고 이를 사용하는 클라이언트 측에서는 다음과 같은 방법으로 사용하면 되겠다.
'''두번째'''로 미묘한 문제라면, inline과 정적 객체의 관게이다. 다음과 같은 비멤버 버전의 thePrinter를 보면
다음과 같은 코드의 함수는 매우 짧다. 이런 짧은 함수는 함수보다 inline 시켜서 속도를 높이는 것이 더 효과적이다. 하지만 그럴수가 없다. 왜 그런가 하면, inline의 의미는 정확히 해당 함수가 쓰이는 코드를 현재 함수의 몸체로 교체해 버리는 역할이다. 그런게 이렇게 할경우, 위와 같은 함수는 static객체의 처리에서 의문이 생긴다. 해당 함수가 호출된 곳을 위와 같은 함수 몸체로 교체하면, 각 교체 부분은 전부 독립적인 static 인자를 부여 받는 셈이 되어 버린다. 그래서 정적 인자를 쓴 함수는 inline을 시키지 못하며, 이런 정적 인자의 사용에 따라 일어나는 의문을 internal linkage를 가진 문제 라고 한다. DeleteMe) 날림 요약 수정 필요
이런 디자인은 단일 Printer객체에 관해서 행하여 질수는 없다. 하지만 서로 다른 프로그램의 서로 다른 부분에서 Printer객체는 이렇게 사용되어 질수 있다. 이것 역시 허용하지 못하게하는 것까지는 필요 없을것 같은데, 아무튼 오직 하나의 프린터 객체만 유지 시킨다는 것에는 벗어나지는 않는 거다. 하지만 여기에 우리가 해왔던 object-counting방법과, 일찍이 쓴 가짜 생성자(pseudo-constructor)를 혼합해서 기능을 구현해 본다.
Printer(const Printer& rhs); // 다음과 같은 함수는 복사 방지를 위해
다음과 같은 코드는 이렇게 사용해야만 한다.
이러한 기술은 어떠한 숫자의 객체의 제한에도 써먹을수 있는데, 다음과 같은 코딩으로 가능하다 다음은 객체를 10개로 제한 시켜버리는 것이다.
같은 코드 써서 내용만 늘린 것 같다. 하지만 조금더 언급해 본다면. Printer::maxObjects는 클래스 내부에서 10으로 초기화 시켰는데, 이는 컴파일러의 지원 여부에 따라 static const 멤버의 경우 초기화가 가능한 C++의 규칙이다.(주:참고 내용이 있었는데 몇 장인지 기억 안난다.) 그리고 maxObject에 관하여 변하지 않는 값이기에 enum으로도 쓸수 있는데, 다음과 같다.
enum { maxObjects = 10 }; // 위의 10 제한과 같은 역할을 한다.
다음과 같은 template를 이용해서
void init(); // 생성자에 코드 중복을 피한다.(어차피 같은 코드 쓰니까.)
만약, using을 지원하지 않은 컴파일러라면 다음과 같은 옛날 문법을 사용할수 있다.
이는 using이 존재 하지 않았을때 사용된 옛날 문법이다. TooManyObjects 클래스 역시 같은 이유로 using을 이용해서 이름을 사용하게 권한을 열었으며, 이렇게 TooManyObjects를 허용해야 지만 해야지만 클라이언트들이 해당 예외를 잡을 수 있다.
// 접근하는데 문제가 없다.
하지만 이 코드다 능사가 아닌것이, 다음과 같은 객체의 배열을 선언하면 문제가 된다.
첫째로, 이 경우 operator new가 불리는 것이 아니라. 메모리는 operator new[]로 할당 되기때문에, 문제가 발생하는 것이고, 둘째로 operator new[]에 플래그 값을 주었다고 하더라도, 처음 한번의 operaotr new[]이후에 계속 생성자 100번이 불리면서 첫번째 생성자에서 다시 onTheHeap를 false로 초기화 시키기에, 이후에 불리는 생성자는 전부 onTheHeap이 false값으로 예외를 발생 시켜 버린다.
또 배열이 아니더라도 다음과 같은 경우도 생각해 본다.
- EffectiveC++ . . . . 38 matches
define 된 ASPECT_RATIO 란 상수는 1.653으로 변경되기때문에 컴파일러는 ASPECT_RATIO 란것이 있다는 것을 모르고 symbol table 에?들어가지 않는다. 이는 debugging을 할때 문제가 발생할 수 있다. -인택
매크로는 말 그대로 치환이기 때문에 버그 발생할 확률이 높음. 상수선언이나 함수선언같은 경우는 가급적 const 나 inline으로 대체하는게 좋겠지. (으.. 그래도 실제로 짤때는 상수 선언할때는 #define 남용 경향이..[[BR]]
동적 메모리 할당을 행하는 클래스들은 메모리를 할당하기 위해서 생성자에 new를 쓴다. (CString class같은것들?)[[BR]]
메모리가 부족할경우 적절한 처리를 해준다는 얘기인것 같은데... [[BR]]
'''메모리 부족시에 대한 예외처리를 대비해두어라''' 정도면 적당할 것 같은데. [[BR]]
''- 할당 루틴들이 new 핸들러 함수(memory 할당시 예외 처리같은 거들) 를 지원하고 [[BR]]
다음과 같은 치환연산을 하면..
* a와 b모두 같은 문자열을 가리키는 포인터를 갖게 되었으므로 둘중하나가 지워지게 되면 나머지 하나역시 데이터를 잃어 버리게 된다.
// 그러나, c와 a는 같은 곳을 가리킨다. 그리고, c의 소멸자가 호출 되면 위에서 삭제된 곳을 다시한번
그리곤, 다음과 같은 code를 적용시켜보자.
delete targetPtr; // 아무 문제가 없어 보인다.
그리고, operator=연산자의 리턴형을 const로 정의 해 주었을때. 밑의 예제와 같은 멍청한(?) 연산을 해주었을때 적용 되지 않는다. 밑의 연산은 멍청한(?) 연산이지만 C++의 기본 타입에 대해 저런 연산이 가능하기 때문에 저런 연산도 지원하게 끔 만들어야 한다.
하지만, 이번에는 클래스의 operator=를 사용하는 코드에서 문제가 발생한다.
치환의 오른쪽 부분이 String형이 아니라 char *형이기 때문에 컴파일러는 String의 생성자를 통해 임시 String객체를 만들어서 호출을 한다. 즉, 아래와 같은 code를 생성한다.
컴파일러는 위와 같은 임시 객체를 만들려고 하지만, 임시 객체가 const라는 것에 주의. 그리고, operator=의 리턴형을 보면 String에 대한 레퍼런스를 돌려주기 때문에 리턴형이 일치하지 않게 된다. 그래서, error를 발생시킨다. 만약 error를 발생 시키지 않는다면, operator=이 호출되는 측에서 제공된 인자가 아니라 컴파일러가 발생시킨 임시 변수만 수정된다는 것에 놀랄것이다. --;[[BR]]
상속과 관련하여 유사한 문제가 복사 생성자에서도 생길 수 있다. 밑의 코드를 보자.
그리고, 이와 같은 경우를 보자.
String객체의 operator= 연산자를 볼때 *this와 rhs는 다른것 처럼 보이지만, 이 둘은 같은 데이터를 pointing하고 있다. (같은 객체이기 때문에..)
이제 치환연산자에서 strcpy를 수행할때 발생하는 일은 예측할 수 없게 되었다. 이것은 data가 삭제되면서 rhs.data가 삭제되었기 때문이다. 이것은 data, this->data 그리고, rhs.data가 모두 같은 포인터기 때문에 그렇게 된것이다. 최악의 상황이다.. [[BR]][[BR]]
// 이경우에도 operator == 을 정의하여 식별자가 같은지 검사해보아야 한다.
- Linux/필수명령어/용법 . . . . 37 matches
-A : -vET 옵션을 사용한 것과 같은 효과를 가진다.
-f : 수행 결과 파일과 같은 이름의 파일이 있다면 물어보지 않고 덮어쓴다. 또한 파일의 크기가 줄어들지 않더라도 파일 이름에 .Z를 추가한다.
-i : 복사시 같은 이름의 파일이 존재한다면 덮어쓸 것인가 확인한다.
형식 구문을 사용한다면 날짜가 출력되는 형태를 지정할 수 있다. 여기에 사용되는 기호는 다음과 같은 것들이 있다.
- D mm/dd/yy 형태의 날짜 h %b 와 같은 것
-b : 하나 이상의 공백 문자는 모두 같은 것으로 취급해서 비교한다.
-e : 문자열 중에서 백슬래쉬와 조합되는 특수 문자를 인식하게 한다. 그러한 특수 문자들은 다음과 같은 것들이 있다.
일반적으로 echo 명령은 프롬프트 상에서 사용되는 일은 없다. 하지만 스크립트 작성시 번번히 사용된다. 셸 스크립트 상에서 echo 명령은 BASIC의 PRINT 명령이나 C 언어의 printf() 함수와 같이 메시지를 출력하는 데에 자주 사용된다. 또한 전혀 필요없을 것 같은 echo의 -n 옵션도 스크립트 상에서는 유용하게 사용될 수 있다.
-type : 형태가 같은 파일을 찾는다. 물음표() 부분에 디렉토리는 d, 파이프는 p, 심볼릭 링크는 l, 소켓은 s, 블록 파일은 b, 일반 파일은 f 등의 기호를 사용한다.
디스크의 블록이 bitmap에는 사용되지 않은 상태로 표시되었음에도 불구하고 inode로부터 참조된다든지 반대로 사용된 블록으로 표시되었는데도 inode로부터 참조되지 않는 일이 있는가를 검색한다. 그 외에도 inode 링크계수가 올바른지 두 개 이상의 inode가 같은 블록을 참조하는지 혹은 블록번호가 유효한 것인가 등의 여러 가지를 검사한다.
앞 글자가 대소문자인지 상관하지 않고 catch라는 단어를 찾는다. 이것은 다음의 fgrep 명령과 같은 동작을 한다.
작업번호는 한 사용자의 작업에 대한 것으로, 1번부터 순서대로 부여되지만 다른 터미널의 다른 사용자도 같은 번호의 job을 가지는 것이다. 또한 이 작업 번호는 중지되었거나 백그라운드에 있는 것들만이 작업 번호가 주어진다는 점이다. 프로세서 번호는 시스템 중심적이고, 작업 번호는 사용자 중심적인 번호인 것이다.
-$ kill -kill 16034 ,,두 명령은 같은 의미이다.
- $ ln project theplan ,,두 개의 이름은 같은 문서를 의미한다.
- b 디스크의 같은 블록 형태의 장치
- c 터미널과 같은 문자 형태의 장치
: 전자 우편을 사용하기 위해 mail이라는 명령을 사용한다. System V 같은 계열의 유닉스에서는 mailx라고 하기도 한다. BSD에서는 mail이라고 하며, 당연히 BSD 계열인 리눅스에서도 그렇게 부른다.
셸을 사용할 때 어떤 명령의 사용법이 기억나지 않는 경우가 있다. 혹은 매번 사용하던 명령이라도 특수한 옵션이 필요할 때 그 기호나 사용법을 정확히 확인해야 하는 경우가 많이 있다. 물론 참고 서적을 보면 되겠지만 터미널 상에서 필요한 도움말을 언제라도 제공받을 수 있다. 시스템에 내장된 매뉴얼은 빠르게 볼 수 있을 뿐만 아니라 그 내용도 완벽한 것이어서 옵션의 종류 같은 것은 빠진 것이 없다. 만일 온라인 레퍼런스를 모두 종이로 출력한다면 그 분량은 엄청날 것이 틀림없다.
: MSDOS 디렉토리의 목록을 보여준다. MSDOS 프롬프트 상의 dir과 같은 동작을 한다.
more 명령은 몇 가지 명령을 인식할 수 있다. 스페이스 바를 누르는 것을 포함해서 다음과 같은 조작을 하는 것이 가능하다.
- MoreEffectiveC++/Efficiency . . . . 35 matches
DeleteMe ) 해당 스크립트의 뒷부분이 제대로 이해가 안간다. 당연한 내용을 꼬아 쓴것 같은데, 차후 수정 시도 하겠음 --상민
이런 같은 관점을 이제 막 5년차 C++프로그래머에 대입 시켜본다. 컴퓨터 과학에서, 우리는 그러한 뒤로 미루기를 바로 ''''lazy evaluation''''(구지 해석하면 '''필요시 연산, (최)후 연산, 늦은 연산'''정도라 할수 있겠다.)이라고 말한다. 당신이 lazy evaluation을 사용하면 당신의 클래스들이 최종적으로 원하는 결과가 나올 시간까지 지연되는 그런 상태로 코딩을 해야 한다. 만약 결과값을 결국에는 요구하지 않는다면, 계산은 결코 수행되지 않아야 한다. 그리고 당신의 소프트웨어의 클라이언트들과 당신의 부모님은 더 현명하지 않아야 한다.( 무슨 소리냐 하면, 위의 방치우기 이야기 처럼 부모님이나 클라이언트들이 lazy evaluation기법의 일처리로 해결을 하지 않아도 작업에 대한 신경을 안써야 한다는 소리 )
다음과 같은 코드를 생각해 봐라
이와 같은 구문의 사용으로, String의 convertToUpperCase 함수를 적용하면, s2의 값의 복사본을 만들어야 하고, 수정되기전에 s2에 그걸 s2의 종속되는 데이터로 만들어야 한다. convertToUpperCase 내부에 우리는 lazy 상태가 더이상 지속되지 않도록 하는 코드를 넣어야 한다.:s2가 마음대로 다룰수 있도록 s2의 공유된 값의 사본을 복사해야 한다. 반면에 만약 s2가 결코 수정되지 않을 것이라면, 이러한 s2만의 값을 복사하는 일련의 과정이 필요 없을 것이다. 그리고 s2가 존재하는 만큼 값도 계속 존재해야 한다. 만약 더 좋게, s2가 앞으로 결코 변하지 않는다면, 우리는 결코 그것의 값에 대한 노력을 할필요가 없을 것이다.
값의 공유에 관하여 좀더 자세하게 이 문제에 논의를 제공할 부분은 Item 29(모든 코드가 들어있다.)에 있다. 하지만 그 생각 역시 lazy evaluation이다.:결코 당신이 정말로 어떤것을 필요하기 전까지는 그것의 사본을 만드는 작업을 하지 않것. 일단 그보다 lazy 해져봐라.- 어떤이가 당신이 그것을 제거하기 전까지 같은 자원을 실컷 사용하는것. 몇몇 어플리케이션의 영역에서 당신은 종종 저러한 비합리적 복사의 과정을 영원히 제거해 버릴수 있을 것이다.
'''lazy fetching'''을 적용 하면, 당신은 반드시 field1과 같은 const멤버 함수를 포함하는 어떠한 멤버 함수에서 실제 데이터 포인터를 초기화하는 과정이 필요한 문제가 발생한다.(const를 다시 재할당?) 하지만 컴파일러는 당신이 const 멤버 함수의 내부에서 데이터 멤버를 수정하려고 시도하면 까다로운(cranky) 반응을 가진다. 그래서 당신은 "좋와, 나는 내가 해야 할것을 알고있어" 말하는 방법을 가지고 있어야만 한다. 가장 좋은 방법은 포인터의 필드를 mutable로 선언해 버리는 것이다. 이것의 의미는 어떠한 멤버 함수에서도 해당 변수를 고칠수 있다는 의미로, 이렇게 어떠한 멤버 함수내에서도 수행할수 있다. 이것이 LargeObject안에 있는 필드들에 mutable이 모두 선언된 이유이다.
mutable 키워드는 최근에 C++에 추가되어서, 당신의 벤더들이 아직 지원 못할 가능성도 있다. 지원하지 못한다면, 당신은 또 다른 방법으로 컴파일러에게 const 멤버 함수 하에서 데이터 멤버들을 고치는 방안이 필요하다. 한가지 가능할 법인 방법이 "fake this"의 접근인다. "fake this"는 this가 하는 역할처럼 같은 객체를 가리키는 포인터로 pointer-to-non-const(const가 아닌 포인터)를 만들어 내는 것이다. (DeleteMe 약간 이상) 당신이 데이터 멤버를 수정하기를 원하면, 당신은 이 "fake this" 포인터를 통해서 수정할수 있다.:
프로그램이 m3이후에 다음과 같은 짓(이건 예제가 열받게해서 이렇게 쓴다.)을 저지른다.
하지만, lazy evaluation이 치룬 시간이 오직 저런 상태일 뿐이라면, "엄청난 계산을 요구한다"라는 문제가 더 커질것이라고 생각하기는 어렵다.의 필요성이 좀더 일반적인 시나리오는 우리가 오직 계산에서의 ''일부''가 필요한 경우이다. 예를 들자면 우리가 m3를 m1과 m2의 합으로 초기화 했다고 가정하고 다음과 같은 코드가 있다면
각 값 간의 의존성과,;데이터 구조의 유지를 위하여, 값들, 의존성이나 두가지의 결합 방법을 저장해야 한다.; 그리고 많은 수치 계산이 필요한 분야에서 복사, 더하기 할당, 같은 operator의 overload 것이 필요하다. 반면에 lazy evaluation의 적용은 프로그램 실행중에서 정말 많은 시간들과 많은 자원들을 아낄수 있다. 그래서 lazy evaluation의 존재를 정당화 시켜 줄것이다.
이런 네가지의 예제는 lazy evaluation이 다양한 영역에서 활용될수 있음을 시사한다.:필요없는 객체의 복제 피하기, operator[]에 읽기와 쓰기를 구분하기, 데이터 베이스 상에서의 필요없는 자료 읽기를 피하기, 필요없는 수치 계산을 피하기. 그럼에도 불구하고 그것은 정말 훌륭한 생각만은 아니다. 단지 해치워야 할일을 미루어서 처리하는 것이기 때문에 만약에 당신의 부모가 계속 감시를 한다면 당신은 계속 그런 일들을 해주어야 한다. 마찬가지로 프로그램 상에서도 모든 연산들이 필요하다면 lazy evaluation은 어떠한 자원의 절약도 되지 않는다. 거기도 만약 당신의 모든 계산이 반드시 필요한 중요한 것들이라면, lazy evaluation은 아마 처음에 허상 데이터들과 의존 관계같은 것의 처리를 위하여, 실제보다 더 많은 연산을 하게되어 수행 속도를 느리게 할것이다. lazy evaluation은 오직 당신의 소프트웨어 상에서 피할수 있는 계산이 존재할 때만 유용히 쓰일수 있다.
C++에 알맞는 lazy evaluation은 없다. 그러한 기술은 어떠한 프로그래밍 언어에도 적용 될수 있다. 그리고 몇몇 언어들-APL, 몇몇 특성화된 Lisp, 가상적으로 데이터 흐름을 나타내는 모든 언어들-는 언어의 한 중요한 부분이다. 그렇지만 주요 프로그래밍, C++같은 언어들은 eager evaluation를 기본으로 채용한다. C++에서는 사용자가 lazy evaluation의 적용을 위해 매우 적합하다. 왜냐하면 캡슐화는 클라이언트들을 꼭 알지 못해도 lazy evaluation의 적용을 가능하게 만들어 주기 때문이다.
뭐시라?(Excuse me?) 당신은 disk controller와 CPU cash같은 저 밑에서 처리(low-level)하는 처리하는 일에 관해서는 신경 안쓰는 거라고? 걱정 마시라(No problem) 미리 가져오기(prefetching) 당신이 높은 수준(high-level)에서 할때 역시 야기되는 문제이니까. 예를들어, 상상해 봐라 당신은 동적 배열을 위하여 템플릿을 적용했다. 해당 배열은 1에서 부터 자동으로 확장되는 건데, 그래서 모든 자료가 있는 구역은 활성화된 것이다.: (DeleteMe 좀 이상함)
C++ 내에서의 진짜 temporary객체는 보이지 않는다.-이게 무슨 소리인고 하니, 소스내에서는 보이지 않는다는 소리다. temporary객체들은 non-heap 객체로 만들어 지지만 이름이 붙지를 않는다. (DeleteMe 시간나면 PL책의 내용 보충) 단지 이름 지어지지 않은(unnamed)객체는 보통 두가지 경우중에 하나로 볼수 있는데:묵시적(implicit) 형변환으로 함수호출에서 적용되고, 성공시에 반환되는 객체들. 왜, 그리고 어떻게 이러한 임시 객체(temporary objects)가 생성되고, 파괴되어 지는지 이해하는 것은 이러한 생성과 파괴 과정에서 발생하는 비용이 당신의 프로그램의 성능에 얼마나 성능을 끼칠수 있는가 알아야 하기때문에 중요한 것이다.
임시 객체(temporary objects)가 함수 호출이 성공된후 만들어지는 경우를 첫번째로 생각해 보자. 이것은 함수에 인자를 전달할때 서로간에 인자들의 형(type)가 맞지 않게 묶여(bind)진 경우에 일어 난다. 예를 들자면, 다음과 같은 문자열에서 어느 한글자가 출현하는 객수를 세는 함수를 생각해 보자
이러한 변환들(conversions)은 오직 객체들이 값으로(by value)나 상수 참조(reference-to-const)로 전달될때 일어난다. 상수 참조가 아닌 참조에서는(reference-to-non-const) 발생하지 않는 문제이다. 다음과 같은 함수에 관하여 생각해 보자:
글자 세기(charter-counting)예제에서 char 배열은 성공적으로 countChar로 전달된다. 그렇지만 이것과 같은 함수에서는 에러가 발생한다. 다음과 같은 코드 말이다.
객체를 반환하는 함수는 효율적으로 만드는 노력을 파괴한다.(DeleteMe 약간 이상) 왜냐하면 값으로의 반환(by-value) 같은 생성자와 파괴자가 암시적으로 호출되는 녀석을 포함하는 것들은 제거될수 없기 때문이다. 이 문제는 간단하다:정확한 반응이나 그렇지 않았다는 것을 알려주는 객체를 함수가 리턴하는 것이다. 만약 그러하다면 반환된 객체를 제거할 방법은 존재하지 않는다.
한걸음 뒤로 물러서서, 우리의 목표는 형변환 이 아닌 operator+를 UPInt와 int구분의 혼합으로 호출할수 있게 만들수 있음을 알수 있다. 암시적 형변환의 문제가 끝났것 같다. 그러면, 혼란스런 의미에 종지부를 찍어 보자. 여기 operator+의 수행을 성공시키는 또 다른 혼합된(mixed-type) 호출 방식이 있다. 그것은 처음 시도한 방법에서 암시적 형변환을 제거해 줄것이다. 만약 우리가 UPInt와 int를 합을 할수 있기를 원한다면 우리는 그걸 전부다 그렇게 그대로 만든다. 몇개의 함수를 각기 다른 인자 형(parameter type)으로 overload해서 선언해 버리는 것이다.
우리는 형변환을 제거하기 위하여 overload를 하였다. 하지만 다음과 같은 경우 문제가 발생할수 있다
- HolubOnPatterns/밑줄긋기 . . . . 27 matches
* 요구사항의 변경같은경우 어쩔수 없지만 기술적인 부분이라면 개발자가 가장 힘있지 않나? - [김준석]
* 요즘은 상속과 인터페이스 같은 기능이 많은 언어에 내장되어 있다. 이들은 이디엄이 된 것이다.
* 저자가 정적구조가 아닌 동적 행동양식에 신경을 써라라고 말하는거 보니 실행시간에 일어나는 어떤 변화같은데.. - [서지혜]
* 생각 없이 패턴을 복사하고 붙여넣는 것은 마음대로 낙서를 한 뒤 멋진 그림을 주장하는 것과 같은 우매한 것이다.
* 그리고는 구현하고 나서는 스스로 납득을 하게 됩니다. '이러이러하게 하는게 더 좋은 사용자 경험을 제공할 수 있을거야.' 는 무슨 -_-; - [박성현]
* 이와같은 기술의 융합은 애자일(Agile) 방법론에서 특히 중요한데 디자인과 코딩이 병렬적으로 진행되기 때문이다.
* 무슨일이 있었지?? 궁금하다 - [서지혜]
* 아무 생각 없이 접근 메소드와 수정 메소드를 사용하는 것은 public 필드를 사용하는 것이 위험한 것과 같은 이유로 똑같이 위험하다.
* '어떤 용도로 사용될지를 모두 예측할 수 없어'와 같은 문제는 자바 패키지 전반에 퍼져 있다. 이런 경우 이미 말했듯이 객체에서 모든 getter와 setter를 제거할 수 없다.
* 자바 프로그래머들은 종종 extends와 같은 언어의 기능을 객체 지향 자체와 혼동하곤 한다.
* 코딩하다가 어느 순간, 이거 좀 잘못하고 있는거같은데.. 하는 순간이있다. 그걸 애써 무시하고 넘어갔는데 토이 수준이 아니라면 큰 문제였겠지.. - [서지혜]
* 깨지기 쉬운 기반 클래스 문제를 프레임워크 기반 프로그래밍에 대한 언급 없이 마칠 수는 없다. MFC(Microsoft's Foundation Class) 라이브러리와 같은 프레임워크는 클래스 라이브러리를 만드는 인기있는 방법이 되었다.
* 개떡같은 UI랑은 다른 문제인거같은데요ㅋㅋㅋ 마소가 자주 까이는건 그만큼 영향력이 크다는 말일듯 - [서지혜]
* 즉 아무도 필요하다고 요구하지 않은 부분까지 유연하다. 이와 같은 복잡도를 필요로 하는 시스템이 실제로 있을지는 모르겠지만, 스윙을 사용하다 보면 "왜 이정도의 유연성이 필요할까?" 라는 생각을 자주하게 되며, 또한 과도한 유연성으로 인한 복잡함이 별 이점 없이 개발 기간을 길게 만든다.
* 프로그램을 정상적으로 동작하게 할 수 있는 꼼수를 발견했다면 뭐 그런대로 괜찮다. 하지만 내 주장의 핵심은 '''애초에 상속으로 인한 문제가 발생하지 않도록 했어야 한다는 것이다.'''
* 올바른 OO디자인은 다음과 같은 과정을 밟는다.
* 단순한 클래스 계층 구조는 복잡한 계층 구조보다 만들고 유지 보수하기 쉽다. 또한 인터페이스를 이용하여 구현 상속이 하는 것과 같은 작업을 수행할 수도 있다.
* 천리길도 한걸음부터. 이 부분이 2장의 알짜배기 같은데. 정말 길다. 그리고 재밌다. - [김준석]
* 근데 이름이 없으면 어떻게 죽이나? youAreFired()같은 자살을 만들어놔야하나? garbage Collector를 이용해야하나? -[김준석]
* 라이프는 1장에서 논의한 것과 같은 '''간단한''' 셀룰러 오토마타이다.
- MoreEffectiveC++/Techniques2of3 . . . . 27 matches
Reference counting(이하 참조 세기, 단어가 길어 영어 혼용 하지 않음)는 같은 값으로 표현되는 수많은 객체들을 하나의 값으로 공유해서 표현하는 기술이다. 참조 세기는 두가지의 일반적인 동기로 제안되었는데, '''첫번째'''로 heap 객체들을 수용하기 위한 기록의 단순화를 위해서 이다. 하나의 객체가 만들어 지는데, new가 호출되고 이것은 delete가 불리기 전까지 메모리를 차지한다. 참조 세기는 같은 자료들의 중복된 객체들을 하나로 공유하여, new와 delete를 호출하는 스트레스를 줄이고, 메모리에 객체가 등록되어 유지되는 비용도 줄일수 있다. '''두번째'''의 동기는 그냥 일반적인 생각에서 나왔다. 중복된 자료를 여러 객체가 공유하여, 비용 절약 뿐아니라, 생성, 파괴의 과정의 생략으로 프로그램 수행 속도까지 높이고자 하는 목적이다.
a~e까지 모두 "Hello"라는 같은 값을 가지고 있는 다른 객체이다. 이 클래스는 참조 세기가 적용되지 않았기 때문에 모두 각각의 값을 가지고 있다. 문자열의 할당(assignment) 연산자는 아마 다음과 같이 구현되어 있을 것이다.
여기서의 요점은 참조세기가 적용되지 않은 String 클래스보다 더 효율이 높아 진다는 점이다. 이 책 전반에 계속 언급했듯이, 생성과 파괴 같은 시간과, 공간의 많은 비용을 소모하는 식이 아닌, 해당 포인터만을 복사하므로, 일단, 생성시의 비용을 아낀다.
if (value == rhs.value) { // 이미 두 객체가 같은 값을 가리킨다면,
참조 세기가 적용된 String은 수정할때 조심하게 해야 된다. 그래서 일단 안전한 non-const operator[]를 수행하기 위하여 아예 operator[]를 수행할때 마다 새로운 객체를 생성해 버리는 것이다. 그래서 만든 것이 다음과 같은 방법으로 하고, 설명은 주석에 더 자세히
String 복사 생성자가 아마 s2가 s1의 StringValue를 공유하게 만들것이다. 그래서 당음과 같은 그림으로 표현될 것이다.
그래서 다음과 같은 구문을 실행한다면
참조세기는 단지 string의 경우에만 유용한걸까? 다른 객체 역시 참조세기를 적용해서 사용할수는 없을까? 생각해 보면 참조세기를 구현하기 위해서는 지금까지의 언급의 기능을 묶어서 재사용 가능하게 만들면 좋을것 같은데, 한번 만들어 보도록 하자.
제일 처음에 해야 할일은 참조세기가 적용된 객체를 위한 (reference-counded object) RCObject같은 기초 클래스를 만드는 것이다. 어떠한 클라스라도 이 클래스를 상속받으면 자동적으로 참조세기의 기능이 구현되는 형식을 바라는 것이다. 그러기 위해서는 RCObject가 가지고 있어야 하는 능력은 카운터에 대한 증감에 대한 능력일 것이다. 게다가 더 이상, 사용이 필요 없는 시점에서는 파괴되어야 한것이다. 다시말해, 파괴되는 시점은 카운터의 인자가 0이 될때이다. 그리고 공유 허용 플래그에 대한(shareable flag) 관한 것은, 현재가 공유 가능한 상태인지 검증하는 메소드와, 공유를 묶어 버리는 메소드, 이렇게만 있으면 될것이다. 공유를 푼다는 것은 지금까지의 생각으로는 불가능한 것이기 때문이다.
계속 해깔릴수 있는데, 다음과 같은 코드를 보면
유도 받은 클래스에서 참조 카운터에 관련한 코드를 없애기, 말처럼 쉬운 일은 아닌것 같다. 거기에다가 String같은 형의 구현을 위해서는 non-const operator[]에 따른 공유 여부까지 따져 줘야 하지 더욱 복잡해 지는 문제이다. 현재 String의 값을 보관하는것은 StringValue인데 이렇게 표현되어 있다.
if (pointee != rhs.pointee) { // 둘이 같은 객체를 공유하면
이러한 개략도는 다음과 같은 클래스로 정의 되어 진다.
String::StringValue::StringValue(const StringValue& rhs)// 복사 생성자(같은 객체 기반)
휴, 우리는 지금까지 흥미로운 클래스에 관해서 논의 했는데, 이번에는 Widget같은 이미 정의되어 있는 클래스를 전혀 건드리지 않고, 참조 세기를 적용 시킬수는 없을까? 그러니까. 라이브러리를 고치지 않고 말이다. Widget에 참조 세기를 적용 시켜야 하는데, 앞의 방법 처럼 RCObject를 Widget이 상속 시킬 방법은 전혀 없다. 그래서 RCPtr도 적용할수 없다. 방법이 없는 걸까?
이제 컴퓨터 우회적으로 방향을 바꾸는 부분(level)을 추가하는 방법으로 컴퓨터 과학이 처한 커다란 문제를 해결해 보자. 새로 추가될 ContHolder는 참조 세기 기능을 구현하고 있으며, 대신 RCPtr 클래스 역시 RCIPtr 클래스로 한다.("I"는 indirection(우회)의 의미로 붙은거다.) 이런 디자인은 다음과 같은 모습을 보일 것이다.
DeleteMe)영어가 짧은지 뒤의 내용은 지루한 같은 토론의 연속같다. 추가할 기운도 안난다.
이러한 구현은 쉽고, 당신이 사용하고자 하는 많은 차원에서 일반화 시키기도 용이하다. 하지만 결점이 있는데, Array2D 객체는 built-in 배열같이 보이지 않는다는 점이다. 사실 위의, 각 data의 인자들에 대하여 (3,4)과 같은 접근 방법은 함수 호출과 같은 모습을 하고 있다.
FORTRAN과 같이 보이는 이러한 배열 표현법이 마음에 들지 않는다면, index 연산자와 같은 개념을 으로 다시 돌아가 본다. operator[][]를 사용하지 않고도 합법적으로 다음과 같이 보이는 코드를 구현할수는 없을까?
같은 방식을 Array2D에 operaotr[]가 새로운 객체인, Array1D를 반환시키는 방식으로 풀어나가 보자. 원래 이차원 배열의 안에 존재하는, 반환되는 인자 Array1D에서 operator[]를 오버로드할수 있다.
- 1002/Journal . . . . 26 matches
두개를 교차시키다가 갈등하다가 결국 다음과 같은 식이 되었다는. -_-; (원래는 그냥 캘빈이 전화받는 이미지만 있었던거랑, 캘빈이 전화선 뽑는거, 캘빈이랑 홉스가 이웃집 근처에 눈으로 열심히 담쌓아놓고 '아 우리의 담은 튼튼해~' 이런식으로 좋아하는 동안 이웃집 아저씨가 '이놈의 자식들;' 하는거 등등 - 마치 프로그래머 : 고객 의 관계의 매타포 같다는 생각이 들어서 - 많았는데. 갈수록 배가 산으로 가는것 같다는. -_-;)
Prometheus 를 보면 테스트가 통과했다 안했다를 반복한다. 학교 도서관 시스템의 안정성이 그리 뛰어나지 않기 때문이다. (바꾸고 난 뒤 오히려 맨날 문제를 일으킨다. 똑같은 조건식에서 한번은 검색이 되고 한번은 검색이 안되니.. 쩝)
지금 이전 노래방 프로그램 만들때 이용했었던 Audio Compression Manager 부분 이용하라고 하면 아마 다시 어떻게 API를 이용하는지 회상하는데 2일쯤 걸릴것이다. DX Media SDK 부분을 다시 이용하라고 하면 아마 하루정도 Spike 가 다시 필요할 것이다. 즉, 이전에 만들어놓은 소스가 있다고 그 지식이 현재 나의 일부라고 하기엔 문제가 있다.
Extract 부분에 대해 너무 테스트의 단위가 크다고 판단, 이 부분을 처음부터 다시 TDD로 작성하였다. Bottom Up 스타일로 작은 단위부터 차근차근 진행하였다. 그런데 To Do List 를 작성을 안하니까, 중간에 잠깐 집중도가 풀어졌을때 똑같은 일을 하는 다른 메소드들을 만들어버린 것이다.
XP Installed 를 한서로 다시 정독을 했다. 영어로 읽었을때 써먹으려는 부분에 대한 대강의 내용 파악위주로 읽어서 그런지, 이젠 추정 부분 같은 것도 눈에 들어오는. 이런.
특정 팀원과의 토론이 필요한 Task 외엔 별다른 어려움 없이 잘 진행되었다. Virtual Pair Programming 에서도 VIM 단축키들을 배웠다.; ctrl + v, shift + v 몰라서 매번 할때 Help 뒤졌다 까먹고 그랬던것 같은데, 제대로 익힐듯 하다.
공부라는 것에 대해 머릿속 생각을 정리 할땐 꼭 손에 잡히는 책이 ["이성의기능"] 과 ["화이트헤드과정철학의이해"] 이다. (같은 책만 잡으니까 위험한건지도 모르겠다.) 요 사이 뭔가 머릿속이 허전하다. 뭔가가. 함정이 있는 듯한.
아는 사람으로부터 부탁을 받아서 작성중. 이미 프리첼 게시판 백업 프로그램은 제로보드나 이지보드, 드림위즈 등에서 만들어졌는데, 앨범/자료실 추출은 아직 이루어지지 않았나 보다. 뭐, 조금있으면 나올 것도 같은데.. 그냥 개인적으로 연습겸 만들어보게 되었다.
MMM 에서의 '프로그래머의 낙관주의'가 떠오르는. -_-; 전날 기사쓰다가 졸려서 잤는데, 금요일 아침먹고 탈이 나서 아주 주금이다. 사람이 하는 일에 대해서 이유없는 낙관주의는 정당화 될 수 없다. -_-; 오늘 하루종일 토할 것 같은 느낌때문에 죽을 지경인중.;
TDDBE를 PowerReading 에서의 방법을 적용해서 읽어보았다. 내가 필요로 하는 부분인 '왜 TDD를 하는가?' 와 'TDD Pattern' 부분에 대해서 했는데, 여전히 접근법은 이해를 위주로 했다. WPM 은 평균 60대. 이해도는 한번은 90% (책을 안보고 요약을 쓸때 대부분의 내용이 기억이 났다.), 한번은 이해도 40%(이때는 사전을 안찾았었다.) 이해도와 속도의 영향은 역시 외국어 실력부분인것 같다. 단어 자체를 모를때, 모르는 문법이 나왔을 경우의 문제는 읽기 방법의 문제가 아닌 것 같다.
이번에는 TDD 로 하되, TDD쪽보다는 PBI 에 더 주안을 두고 했다. 이런 수학공식 구하기 스타일의 문제의 경우는 StepwiseRefinement 와도 같은 PBI가 굉장히 유용하다는 생각이 든다. 첫번째 문제 풀때 코드-테스트-재정의 식으로(중복보다는 재정의에 더 신경썼기 때문에) 넘어가는게 거의 1분을 넘어가지 않았다.
두번째 문제에 대해서는 ["STL"] 에 익숙하지 않아서 시간이 1시간 18분이 걸렸다. -_-; 앞의 문제가 거의 20분 내에 끝난것에 비하면 꽤 오래걸린 셈인데. 처음 문제 이해는 굉장히 간단했고, 접근 방법도 문제 읽자 마다 2가지 정도가 보였다. 문제는 내가 permutation 을 구하는 알고리즘을 모른다는 것이였고, 직접 만들어야 했다. 뭐 그래도 별로 안어렵겠다 싶어서 TDD 식의 간단한 접근을 해 보았다. (헉, 소스를 학교에 두고 왔군. -_-;)
아직은 나에겐 '~한 점에서 결국은 다 같다' 라는 말보다는 '~한 점에서 다르다' 란 말로 배울 수 있는게 더 많은 것 같다. 아는 선배는 '결국 SE 의 큰 틀 내에서의 범주로 놓고 보면 RUP나 XP나 같은게 아니냐' 식으로 이야기한다. 나는 XP의 다른점(지극하게 가벼운 곳부터 시작하여 필요할때 테스크나 스토리로서 추가하는)으로 장점을 얻고자 한다. 아는 선배는 TDD로 하건 뭘로 하건 결국 빠르게 좋은 프로그램을 만들면 된다고 한다. 나는 TDD를 끝까지 해봄(디버깅 툴로 돌리는 시간이 거의 0라는 점, 내가 제어할 수 있는 좋은 질문 & 좋은 답을 만들어내기)으로서 장점을 얻고자 한다. 아직까지는 守의 단계이라 생각하기때문에.
아직 守 를 해야 하는 단계 같은데, 섯부르게 離로 가기엔 아직 장점을 다 씹어먹어보지 못했다는 생각이 든다. 다만, 빨리 민감해져서 破와 離의 단계로 넘어갈 수 있기를 바라지만, 아직 나에겐 무식하게 공부해서 얻을 수 있는 장점이 더 많은 것 같다.
* 단, 離 의 단계에 있는 사람의 말은 'Target' 이다. 단, 같은 결론을 낼 필요는 없겠지.
글을 정리하면서 '실제 내 행동은 이정도로 질서정연하지 않는데' 하는 생각이 드니, 글을 쓰고 싶지가 않아진다. 한편으로는 글을 써 나가면서 행동을 할때엔, 내 행동을 천천히 관찰하고 행동을 하는 것 같은데.
문제는 다음과 같은 코드에 있었다.
결국 다음과 같은 코드로 해결을 했다.
* 내용의 접근방법 - 질문을 던지고, 내용을 이야기하고, 또 질문을 던져보고... XP의 TDD를 보는 것 같은데, 이 또한 방법인 것 같다. Feedback 을 살핀다는 점에서.
* 다양한 경험 - 내용을 만들어내려면, 그만큼 경험이 필요하기에. 성장계단이라던가, 자신이 '배운' 내용을 '적용' 해볼 수 있는 터로서 이용한다던가, ["Refactoring"] 과 프로그래밍 개발의 관점에서 설명한다던가 등등 (이것같은 경우 내용을 알고 있어도, 사람들의 레벨에 맞춰야 하기때문에 적절하게 꺼낼 타이밍을 맞춰야 할것 같은데. 이야기가 흘러가면서 페이지 구조조정, ["Refactoring"] 으로까지의 이야기흐름전개. 어떻게 흘러온걸까.)
- 2011년독서모임 . . . . 26 matches
* 어렸을 때 가족들이 영화를 보고 있길래 옆에서 그냥 같이 봤었던 (제목은 기억 안나고..) 영화 두편이 있었습니다. 하나는 (독서모임때는 베트남이 배경이라고 이야기 했는데,, 생각해 보니까 인도였습니다 -_-;;) 인도에 주둔하던 영국군이 나오는데.. 정확한 스토리는 기억 안나 패스 하겠습니다.. (죄송;) 다른 한 편의 영화는 한 시나리오 작가가 한 시나리오로 소위 대박을 터뜨리고, 그로 인해 영화사에서 얼마든 시간을 줄테니 시나리오를 써 달라고 합니다. 처음에는 시나리오가 딱히 생각이 나지를 않아 고민하고 있을 때 영화사 사장은 뭐든 생각나는 것을 자유롭게 써 달라고 합니다. 그 때, 옆에 있던 영화사 사장 비서가 작가에게 나같으면 사장님께 지금 머리에 있는것을 자유롭게 이야기 하겠다면서 어서 이야기 하라고 하다가 짤립니다 -_-; 뭐 그렇게 작가는 시나리오를 써 가는데 옆집에 사는 남자와 친하게 지냅는 장면이 나옵니다. 사실 그 이웃사촌은 살인마였습니다. 하루는 그 이웃사촌이 작가에게 상자를 하나 맡기고 (중요한 거라고 이야기 하면서) 잠시 어디를 좀 갔다 오겠다 하고 사라집니다. 그렇게 작가는 다시 글을 쓰는데 그 작가의 책상 위 벽에는 해변에 비키니를 입은 여자 사진이 있습니다. 뭐 이곳에 가고 싶다는 둥의 이야기를 한 거 같은데.. 뭐 아무튼.. 그러고 얼마 안가 작가는 자신이 생각하는 엄청난 시나리오를 만들게 됩니다. 하지만, 영화사 사장의 마음에는 들지 않았습니다. 그리고 당시 배경이 제 2차 세계대전으로 애국심이 불타오르던 시기여서인지 사장은 그러한 영화를 원한다고 말하고 그 짤랐던 비서를 다시금 데려와야겠군 이라며 나갑니다. 그러고 집에 돌아오니 낯선 남자 둘이서 작가의 시나리오를 읽고 있었습니다. 그들은 옆집에 살던 살인마를 쫓아 왔다며, 행방을 묻습니다. 그러면서 이웃이 주고 갔던 상자에 사람의 목이 들어있다고 말합니다. 그때 옆집 남자가 돌아오고 낯선 남자 둘과 싸움이 납니다. 작가의 집은 불타고 작가와 살인마는 몇마디 주고 받더니 작가는 정장을 입고 유유히 집을 빠져나갑니다. 그렇게 작가는 어느 해변가에 도달하고 해변가에서 어느 비키니를 입은 여자와 몇마디 주고 받더니 작가의 벽에 걸려 있던 사진과 같은 장면이 연출이 되면서 끝이 납니다..... 생각나는데로 시나리오를 적은건데.... 뭘 말하는건지는 모르겠습니다. 별 다섯개를 받은 영화인데 -_-;; 언제 인터넷 검색을 해서 좀 찾아봐야 될 것 같은 생각을 가지게 된 시간이었습니다.;
* 책의 주인공인 스기하라는 일본에 사는 교포입니다. 그런 교포의 관점에서 바라본 일본 사회의 모순과 조국에 대한 생각과 관점, 연예기 등을 다루고 있습니다. 결국 스기하라는 이러한 일본 사회에 커다란 '즐 -_-;;' 을 날리고 끝난다고 보면 되는데요, 이 책을 읽고 난 후 우리나라에 살고 있는 많은 외국 국적을 가진 사람들이 격고 있는 바가 이와 다르지 않다는 것 같다는 생각이 들었고, 만약 제가 외국에 나가 살게 된되서 이와 같은 상황에 국면하게 되면 과연 나는 어떻게 대응하게 될까 라는게 궁금했습니다.
* 이번에 읽은 책은 생일 선물로 받은 책으로, '만남'이라는 주제를 가지고 쓴 작품입니다. 처음 책의 표지를 봤을 때, 한 여자와 젊은 남자 둘이 그려져 있길래 셋의 삼각관계에 관한 책인가 했는데, 알고보니 한 남자는 여자의 아버지라고 나온 것을 보고 누가 작화를 그린거지 라는 생각을 했었습니다. -_-; 뭐 여하튼, 이 세상에서 많은 만남과 사랑에 대하여 빠른 스토리 텔링으로 이야기가 전개되어 지루하지 않게 볼 수 있었던 책이었습니다. 그리고 매 장마다 글귀들이 써 져 있었는데, (노래 가사라던가, 유명한 사람이 했던 인용구와 같은..) 그것을 하나 하나 읽어가면서 공감가는 부분도 있어 인상에 남았습니다.
* 저번 독서 모임 때 송지원 학우가 읽었던 책을 읽게 되었는데, 읽으면 읽을수록 서로의 문화에서 가지고 있는 가치관이 다르다 보니 어떻게 생각하면 어이가 없는 논리를, 그러면서도 참 배울게 많은 논리들이 있는 것을 볼 수 있었습니다. 이 책에는 류시화 작가가 인도에 가서 대한민국이라는 사회에서 일반적으로 통용되는 가치관이랑 인도라는 사회에서 일반적으로 통용되는 가치관의 차이로 인한 에피소드가 많았는데 만약 인도인이 대한민국에 와서 그들이 가지고 있는 철학을 가지고 이야기 하려면 류시화 작가가 인도에서 겪었던 것과 같은 에피소드들이 책으로 나오지 않을까 라는 생각도 하게 되었습니다.
* 저번 주에 송지원 학우가 일고 난 감상을 이야기 해 줄 때랑 제가 읽으면서 느낀 점을 말하는 것을 보다 보니 서로가 가지는 관점에 따라서 같은 책이 다른 의미를 가지는 것을 알 수 있었습니다. 꼭 조선일보와 한겨래 신문이 같은 사건을 가지고 서로 다른 관점으로 기사를 내는 것이 생각이 나기도 했습니다.
* 소현 학우가 살포시 저의 사물함에 넣어준*-_-* '선물'이라는 책을 읽었습니다. '누가 내 치즈를 옮겼을까'의 스펜서존슨이라는 유명한 작가분이 쓴 책이고 많이 알려진 도서였기 때문에 기대하면서 읽었습니다. 선물에서는 크게 4가지를 주장합니다. '''현재에 몰두하라''', '''과거에 얽매이지 않되, 실수를 되풀이하지 말고 과거를 교훈삼아 현재를 발전시켜라''', '''미래에 대해 두려워하지 말라. 그러나 미래에 대한 계획을 세워야 한다''', '''소명을 가져라'''. 어찌 보면 당연한 이야기이고 어찌 보면 우리가 살면서 놓치기 쉬운 일입니다. 저 4가지를 깨달은 것만으로 모든 일이 잘 풀리는양 표현된 책은 조금 아쉬운 면이 있었습니다. 사람에겐 참으로 제어하기가 힘든 감정이라는 것도 있고 힘들고 지침이라는것도 있는데 말이지요. 하지만 '선물'을 읽으면서 저는 (과거 회상을 많이 하고 미래 걱정을 많이 하는 편이라) 다시 한번 현재에 몰두해야 함을 느꼈고 최근 취업 준비중인데 제가 하고 싶은 분야, 잘 할 것 같은 분야를 어렴풋이 찾아서 이런저런 생각이 많이 들었습니다. 기분도 좋았구요*-_-*
* 이번에 읽은 고구려라는 책은 학교 올 때 버스 광고에 이 책이 소개가 되어 있는 것을 보고 언젠가 한번 저 책을 읽어야 겠다라고 생각했었는데, 이번에 기회가 되어 읽을 수 있어 좋았습니다. 무엇보다 예전에 읽었던 김운회 교수의 '삼국지 바로읽기'라는 책에 나와 있는 이야기와 같이 김진명 작가가 같은 말을 했는데, '요즘 젊은이들은 삼국지에 나오는 일개 장수의 이름은 알면서, 우리 역사의 인물들은 잘 알지 못한다'라는 말이 와 닿으면서도 한편으로는 일본에는 전국시대를 소재로 쓴 (도쿠가와 이에야스와 같은) 소설이 있고, 일본인들이 그 당시 이야기에 열광하는데 우리나라에는 그러한 소설이 어떤 것이 있느냐라는 생각이 들기도 하였습니다. (뭐, 한 때 인기를 끌었던 태조 왕건이 있긴 했었고, 퇴마록을 지은 이우열 작가의 치우천왕기 같은 책도 있습니다만..) 아무튼, 오랜만에 엄청난 몰입도를 가지고 볼 수 있는 책이었습니다. (총 3권인데 저번 주 월요일에 다 읽었으니 -_-;)
* [강소현] - 디즈니의 해피엔딩 만화영화를 보다가, 실제 동화(각색이 많이 되긴했지만)를 보게 되니 충격이 컸어요! 인어공주가 왕자와 결혼으로 끝맺었던 내용이, 꾸러기 수비대라는 만화영화를 보면서 거품으로 사라진다는 걸 깨닫긴 했지만.. 이 내용도 실제 동화를 보면 또 무슨 비밀이 있겠지요 ;ㅅ; 쨋든! 잠자는 숲 속의 공주가 잠든 진짜 이유가 베를 짜는 바늘에 찔려서가 아니라 왠 남 시종이 공주를 겁탈해서 그랬던 거였더군요 ㅠㅠ 100년 만에 깨어난 공주와 왕자의 세대차이로 인한 갈등은 현실감이 있었어요. 왕자가 남장 여자를 좋아한다는 설정과, 100년 전 왕과 왕비가 공주가 겁탈당하지 않도록 남장을 시켜 키워왔다는 것이 맞아서...바람을 핀 왕자를 남장으로 사로잡아 해피엔딩이 된거는...ㅋㅋ 약간 억지력이 있지만 확실히 그냥 동화로 봤던 것 보다는 각색을 통해 원작을 추측한 이번의 책이 더 현실적이어서 좋았어요. 하지만 확실히 옛날이든 지금이든 애들용은 아닌듯 합니다ㅋㅋㅋ
* [권순의] - 고등학교 1학년 때 백설공주가 독사과를 먹고 잠자다가 왕자의 키스를 받고 잠에서 깨는게 아니라 시체 수집을 위해 가져가다가 떨어뜨려 백설공주가 깨어난다는 이야기를 듣고 원작에 대한 이야기가 궁금해서 백설공주의 이야기를 읽었던 기억이 있었습니다. 그리고 나서 신데렐라의 이야기에서 신데렐라가 신었던 신발이 유리구두가 아니었다는 이야기랑, 신데렐라의 언니들이 유리구드를 신기 위해 발가락을 짜르는 이야기가 있다는 소리를 듣고 내용이 궁금해져서 이번 주제를 신데렐라로 정했습니다. 쭉 읽다보니 이 책에는 가죽 구두가 아닌 유리구두로 놔 두었고, 그 유리구두에는 또 다른 의미가 들어가 있는 것을 보면서, 역시 해석은 하기 나름인가 라는 생각이 들기도 했습니다. 뭐 호박 마차라던지 그런 마술과 같은 내용은 나오지 않고 좀 사실적으로 된 신데렐라를 읽을 수 있었습니다. 뭐.. 그렇게 재미 없지도 않았고 그렇게 재미 있지도 않았던 것 같은 그런... 그러나 흥미는 유발된 (뭔소리야) 주제였던 것 같네요
* 심리학적인 책이라.. 애매- 하네요. 교훈을 주는 책같은거도 비슷한 영역이려나요?;;-[김태진]
* [권순의] : 스눕이라는 책은 코난 도일의 셜록 홈즈가 사람이 가지고 있는 물건이나, 신체 특정 부분의 모양 등으로 사람이 어떤 일을 하고 있고, 가족 관계는 어떻고 등의 추리를 하는 것과 같은 것을 연구한 사람이 쓴 책입니다. 즉, 사람이 하룻밤 머물고 간 뒤에는 그 사람이 어떤 사람인지에 대한 단서를 알 수 있다는 것인데요,, 그 사람의 방에 있는 물건 등으로 그 사람의 성향을 추측하는 것에 대하여 써 있습니다. 그래서 제 방을 생각해 보면서 난 어떤 사람인가에 대해 조금 생각해 보게 되었던.. 추리 소설은 재미있는데, 이건 왠지 재미있게 읽지 못한 (-_-) 그런 책이었습니다.
* 책 소개 : '서커스단 소년과 인어'는 감동류를 소설에서 찾아볼까 하면서 도서관에서 고른 책입니다. -서커스단에서 소년과 인어가 만나 서로 사랑했지만 육지에서 점점 쇠약해져가는 인어를 보고 안타까움을 느낀 소년은 인어와 함께 바다로 갑니다. 하지만 물 속에서 숨을 쉴 수 없는 소년은 결국 목숨을 잃고 맙니다-는 내용의 슬픈 동화책을 좋아하던 한 소녀로부터 시작되는 연애 소설입니다. 소녀 주희에게는 두 소꿉친구가 있었는데 이 중 한 명인 태석이는 다른 한 친구인 기훈의 신발을 찾아주러 개울가에 가다가 익사하고 맙니다. 18년 후 극적으로 기훈과 재회한 주희는 기훈에게로부터 잃어버렸던 '서커스단 소년과 인어' 책을 돌려받고 둘은 서로 사랑하게 되지만 끝내 찢겨진 마지막 페이지가 해피엔딩임은 기훈만 알고 있는 비밀이 되어 버립니다.
* 그 외에도 SF 영화나 만화에 대해서도 이야기 해 봤었는데, SF 영화를 좋아하긴 해서 좀 본거 같긴 한데... 생각해 보면 다 유명한거네 -_-;; 만화도 일반 용자물(선가드, 다간과 같은..)은 로봇이 나오긴 하는데, 그냥 정의가 이긴다라는 내용이 주였던데 반해 가오가이가는 용자물인데도 과학적 근거를 들어서 내용이 사실감 있게 묘사한 것이 생각이 난다고 했었습니다.
* [김태진] - 일단 제가 읽은 책은 SF류와는 약간 거리가 있었죠.. 간단하게는 실수로 폭력적인 남편을 12층 아파트에서 떨어뜨렸으나 남편이 스스로 떨어졌다고 말해 무죄판결. 그러나 죄책감에 시달려 경찰에게 자수하러오는데.. 때는 그날 이후 10년 1일전. 10년째가 되면 공소시효가 만료된다. 하지만 경찰은 그녀가 잘못이 없다고 무죄판결시키려 시간을 끄는데... 라는 줄거리입니다. 이 줄거리의 결말이 끌린다면 한번 보시길 바라구요.. 당초에 읽으려던 책이 도서관에 없어서 적당히 SF일것만같은 책을 고른거였는데.. 아무튼.
* SF류 영화는... 플러버! 한참을 생각해본 결과 SF인것과 그냥 사기적인 판타지의 경계는 정말 모호하다는 결론을 내렸습니다. 매트릭스같은건 좀 정말 SF같지만 어떤건 SF인거같기도하고.. 그냥 사기인거같기도 하고.. 뭐, 그랬습니다. 다음주제는 돈에관한거니 잘 찾아 읽어봐야겠네요.
*[강소현] - 경제에 별 관심이 없어서 그런가 재밌는 책인데도 불구하고 힘들게 읽은 듯 합니다. 이제 슬슬 신경 쓸 나이가 되기는 했는데 걱정이네요 ;ㅁ; 친구들이 치르는 피트 시험이 얼마 안남아서 그런가 의사, 변호사 등등이 되기까지의 과정을 매우 오래 걸리게 하여(가상 그린벨트!) 높은 수익을 유지한다는 점이 눈에 띄었습니다. IBM의 어떤 저가 레이저 프린터 모델과 고급 모델이 똑같은 부품으로 만들어졌다는 점도! 속도를 늦춰주는 칩을 하나 넣음으로써 돈이 있는 사람들이 싼 제품을 안 사도록 막고, 디자인 새로할 필요가 없는 효과를 내다니... 비행기도 이코노미 클래스에 일부러 차별을 주어 똑같이 한 곳에서 다른 곳으로 이동해주는 거임에도, 비지니스 클래스를 선택하도록 만든다는 걸 보고 충격;ㅅ; 쨋든 이동만 하면 된다는 저같은 소시민1은 그냥 싼 거를 이용하면 되겠지요 ~ㅁ~ㅋㅋ 근데 또 커피는 카페모카를 마시는 거 보면 이상한 쪽에서 돈이 새는 거 같기도...?
* [권순의] - 변신.. 어렸을 적에 천재는 낙제생? 이런 책을 봤었는데 거기에 프란츠 카프카가 나와서 과거에 자신이 어떠했었는지, 이런 책이 나오게 된 배경에 대해서 대략적인 내용이 있었던 만화였습니다. -ㅅ-;; 그 책을 보고 한번 읽어봐야지 했는데 이제야 읽었네요.. 참.. 아무튼.. 내용은 자신이 지금과는 다른 삶을 살면 어떨까 하고 잠이 들었는데 다음날 딱정벌레와 같은 모습으로 변하면서 자신이 원했던 삶을 괴기한 모습으로 살아가게 되면서 가족들이 겪는 고통이라던지 자신이 어떠한 생각을 하게 되는지.. 뭐 나름 재미있게 쓴 책이었습니다. 마지막이 좀 비극적으로 끝난 것 같아 음..... 했지만..요
* [김태진] - 이번주도 어려운(아마 내일 무슨 책을 읽었는가 정모에서 물어본다면 대답하지 못할..) 책 제목이네요. 음.. 책읽으면서 느낀 결론은, 아 영어 공부 해야지 -_- 였습니다. 1년간 반쯤 손 놓고 있었더니 Eng2에서도 EnglishClinic에서도 말이 제대로 안나오는군요. 흠..
* [권순의] - 음.. 낚였습니다. 시험 후기 그런 책 찾다가 추천한게 있길래 읽었는데.. 이건.. 그냥 변호사 이야기더군요 -_-;; 그래서 이 책은 간단하게 소개를 하고 예전에 읽었던 책을 소개했습니다. 이범이라는 과탐 강사로 유명했던 사람이 쓴 책이었는데, 이런 종류의 책이 거의다 그렇 듯 자기 자랑이 쉼 없이 늘어지다가 뒷 부분에 공부 방법에 대한 이야기가 있었습니다. 다만 그 공부 방법이 다른 사람들이 쓴 내용과 약간 달랐던 것이, 메가스터디 대표인 손사탐(손주은 선생)이 쓴 책에서는 무조건 오래 자리에 앉아서 깊이 파라는 식으로 이야기가 되어 있고, 조... 이름이 뭐였더라.. 아무튼 그 분이 쓴 글에서는 짧은 시간에 임팩트 있게 공부하면서 빠르게 여러 과목을 공부하라는 내용이었는데, 이 이범이 쓴 말은.. 사람이란 다 같은 존재가 아니니까 자기 자신에 맞는 공부법을 선택 하라는 이야기였습니다. 뭐 이렇게 쓰라면 나도 쓰겠다라고 생각했었는데 사실, 이런 말을 직접 해 주는 사람이 여지껏 없었다는 생각이 들기도 했습니다. 정말로 당연해서였었는지는 모르겠지만... 여튼 이런 저런 이야기를 많이 할 수 있어 좋았습니다.
- MoreEffectiveC++/Exception . . . . 19 matches
다음과 같은 느낌(?)으로 출력한다.
auto_ptr과 같은 원리이다.
그래서 아마 함수호출에서 인자 전달과 과 예외가 전달되는 것이 기본적으로 같은것이라고 생각 할지도 모른다. 분명 둘은 비슷한 면이 있다. 하지만 중요한 차이점 역시 존재 한다.
예외처리시에 다른 객체의 사본이 전달 된다는 점은 예외가 계속 전달(퍼져나갈때,propagate)에도 한가지의 고려사항이 발생한다. 다음의 두가지의 catch 블럭은 차이점이 있다. 하지만 외견상 같은 역할을 한다.
우리는 지금까지 복사에 의한 지불을 생각할수 있는데 참조의 전달은 반대로 복사하는 작업이 없다. 즉, 한번의 복사 이후 계속 같은 객체를 사용하게 되는 셈이다.
Catch-by-value는 표준 예외 객체들 상에에서 예외 객체의 삭제 문제에 관해서 고민할 필요가 없다. 하지만 예외가 전달될때 '''두번의''' 복사가 이루어 진다는게 문제다. (Item 12참고) 게다가 값으로의 전달은 ''slicing problem''이라는 문제를 발생시킨다. 이게 뭐냐 하면, 만약 표준 예외 객체에서 유도(상속)해서 만들어진 예외 객체들이 해당 객체의 부모로 던저 진다면, 부모 파트 부분만 값으로 두번째 복사시에 복사되어서 전달되어 버린다는 문제다. 즉 잘라버리는 문제 "slice off" 라는 표현이 들어 갈만 하겠지. 그들의 data member는 아마 부족함이 생겨 버릴 것이고 해당 객체상에서 가상 함수를 부를때 역시 문제가 발생해 버릴 것이다. 아마 무조건 부모 객체의 가상 함수를 부르게 될 것이다.(이 같은 문제는 함수에 객체를 값으로 넘길때도 똑같이 제기 된다.) 예를 들어서 다음을 생각해 보자
주석에 언급되어 있듯이 이 버전은 ''slicing'' 문제가 발생한다. 구차한 설명 귀찮다. 결론은 값으로(by value)의 예외 객체 전달은 이런 ''slicing'' 문제로 당신이 원하는 행동을 절대로 못한다.
자자 그럼 남은건 오직 catch-by-reference(참조로서 예외 전달)이다. catch-by-reference는 이제까지의 논의를 깨끗이 없애 준다. catch-by-pointer의 객체 삭제 문제와 표준 예외 타입들을 잡는거에 대한 어려움, catch-by-value와 같은 ''slicing'' 문제나 두번 복제되는 어려움이 없다. 참조로서 예외 전달에서 예외 객체는 오직 한번 복사되어 질 뿐이다.
해당 소스는 catch에서 참조로만이 바뀌었다. &하나만이 추가되어 지금까지 제기된 문제가 사라져 버린다.
이 템플릿은 oprator== 함수를 모든 형에 적용시키는 것이다. 아마 같은 주소에 같은 타입이면 true를 반환하지만 아니라면 그것은 false를 반환한다. 이런 템플릿은 아무런 예외도 던지지 않은 템플릿으로 부터 함수가 만들어지는 상태에 따라 적합한 예외가 포함된다. 하지만 그것은 꼭 사실이 아니다. 왜냐하면 operator&(주소 반환 operator)가가 꼭 같은 몇몇의 형들을 위해서 overload되었기 때문이다. 만약 사실이 그러하다면 operaotr&가 operator== 안쪽에서 불릴때 예외를 던질 것이다. 그렇게 되면 우리의 예외 명세는 거부되고, 곧장 unexpected 로 직진하게 되는거다.
만약 unexpected예외를 막는것이 실용적이지 못하다면 당신은 C++가 unexpected를 다른 형식으로 바꾸어 버리는 기능을 이용해서 그러한 비실용적인 상태를 만회할수 있다. 다음 예는 unexpect와 같은 예외를 UnexpectedException 객체로 바꾼것을 생각해 본다.
예외 명세의 균형있는 시각은 중요한것이다. 그것은 예외 발생을 예상하는 함수들의 예외 종류들을 보면 훌륭한 문서화가 될것이고, 잘못된 예외 명세의 상황하의 프로그램은 기본적으로 주어지는 상태 즉, 즉시 멈추는 것을 정당화할 만큼 잘못된 일이다. 같은 시각으로 예외는 컴파일러에 의하여 오직 부분적인 점검만을 당하고 예외는 의도하지 않은 잘못을 양산하기 쉬울것이다. 게다가 예외는 unexpected 예외에서 발생하는 높은 레벨의 예외 잡는 문제에 대하여 예방할수 있다.
물론 저것은 이론이다. 실질적으로 예외 지원 밴더들은 당신이 예외 작성을 위한 코드의 첨가를 당신이 예외를 지원하느냐 마느냐에 따라 조정할수 있도록 만들어 놓았다.(작성자주:즉 예외 관련 처리의 on, off가 가능하다.) 만약 당신이 당신의 프로그램의 어떠한 영역과, 연계되는 모든 라이브러리에서 try, throw, catch를 빼고 예외 지원 사항을 빼고 당신 스스로 속도, 크기 같은 예외처리시 발생하는 단점을 제거할수 있을 것이다. 시감이 지나 감에 따라 라이브러리에 차용되는 예외의 처리는 점점 늘어나게 되고, 예외를 제거하는 프로그래밍은 갈수록 내구성이 약해 질것이다. 하지만, 예외처리를 배제한 컴파일을 지원하는 현재의 C++ 소프트웨어 개발상의 상태는 확실히 예외처리 보다 성능에서 우위를 점한다. 그리고 그것은 또한 예외 전달(propagate) 처리와, 예외를 생각하지 않은 라이브러리들의 사용에 무리없는 선택이 될것이다.
컴파일러는 수맣은 try 블럭의 예외 스펙에 대한 코드를 위하여 코드를 만들어내야 한다. 그래서 코드 스팩은 일반적으로 하나의 try블럭당 같은 수의 비용을 지출하게 된다. 잠깐?(excuse me?) 당신은 예외 스팩이 단시 스팩인, 즉 코드를 만들어 내는걸 생각하지 않는다고 말한다. 자, 당시은 그런 생각에 관해서 조금 새로운 몇가지를 감안해 봐ㅏ.
그렇지만 잠깐, 내가 이런것에 관해서 어떻게 아냐구? 만약 예외를 위한 지원은 최근의 컴파일러와 ㄷ컴파일러간에 다른 방식으로 진행된다면서 비용이 5-10%떨어지고 스피드 역시 비슷하게 떨어지고 세개 명령어 정도 늘어나는 것과 같은 성능 저하에 관한 위의 언급 이런것에 관한 출처들? 아마 내가 해줄수 있는 답변은 다소 놀랄것이다.:당신이 try블록과 예외 스펙을 사용을 필요한 곳만 사용하도록 제한해라;그리고 컴파일 해봐라, 그래도 설계상에 문제가 있다면 일단 자신의 설계를 다시 그려보고 생각해 보라, 거기에다, 여기저기 다른 벤더들의 컴파일러로 컴파일 해봐라 그럼 알수 있다.
- Java Study2003/첫번째과제/장창재 . . . . 18 matches
자바 바이트코드 명령어를 해석하고, 이를 자바 인터프리터가 설치되어 있는 플랫폼(윈도우 95/98/NT, 유닉스, 매킨토시 등)에 맞게 실행시켜 줍니다. 자바 인터프리터는 자바 바이트코드를 실행시켜 주기 위한 기능을 명세하고 있는 자바 가상머신을 구현해 놓은 것으로서 자바 가상머신과 같은 의미로 사용되며, 주로 자바 가상머신으로 많이 사용됩니다.
자바 바이트코드는 자바 가상머신에서 실행되는 기계어라고 생각하면 됩니다. 그리고, 모든 자바 인터프리터는 자바 가상머신을 구현해 놓은 것으로, 자바 가상머신과 자바 인터프리터를 같은 것으로 생각할 수 있습니다. . 이러한 자바 가상머신은 JDK(Java Development Kit)에 포함되어 있을 수도 있고, 자바 호환 웹 브라우저 내에 내장되어 있을 수도 있습니다. 또는, 자바 칩과 같이 하드웨어에 직접 구현될 수도 있습니다. 자바 바이트코드는 “write once, run anywhere”라는 말을 가능하게 해 줍니다. 다시 말해서, 자바 언어를 이용하여 작성한 자바 프로그램을 각 플랫폼(윈도우 95/98/NT, 리눅스, 유닉스, 매킨토시 등)에 맞게 제공되는 자바 컴파일러를 통해서 바이트코드로 컴파일 할 수 있습니다. 그리고, 이 바이트코드는 자바 가상머신이 있는 어떤 곳에서도 실행될 수 있습니다.
플랫폼이란 프로그램이 실행되는 하드웨어 또는 운영체제와 같은 소프트웨어적인 환경을 말합니다. 대부분의 플랫폼은 하드웨어와 운영체제를 함께 일컬어 말합니다. 그러나 자바 플랫폼은 하드웨어와 무관하게 동작하는 오직 소프트웨어적인 플랫폼이란 점에서 다른 플랫폼과 다릅니다. 이를 위해 자바 플랫폼은 다음과 같은 두 가지의 구성요소를 갖습니다.
자바 가상머신은 자바 플랫폼의기반을 이루며, 다양한 하드웨어기반 플랫폼에 포팅(poring) 됩니다. 다시 말해서, 자바 가상머신은 윈도우 95/98/NT, 유닉스, 또는 매킨토시 등과 같은 기존의 운영체제 또는 인터넷 익스플로러와 넷스케이프 등과 같은 웹 브라우저 등, 여러 가지 플랫폼에 설치되어 사용될 수 있으며, 사용자는 자바 바이트코드로 컴파일된 자바 프로그램을 실행시키기 위해서 이 자바 가상머신을 이용하면 됩니다.
자바 API는 윈도우 API와 같이 운영체제에서 제공해 주는 라이브러리와 같은 것입니다. 다시 말해서, 자바 프로그램을 개발하기 위해 사용할 수 있는 라이브러리 또는 클래스들이라 할 수 있습니다. 이러한 자바 API는 서로 관련된 클래스들을 묶어서 패키지 단위로 제공되고 있습니다.
자바는 C++와는 달리 처음부터 객체지향 개념을 기반으로 하여 설계되었고, 객체지향 언어가 제공해 주어야 하는 추상화(Abstraction), 상속(Inheritance), 그리고 다형성(Polymorphism) 등과 같은 특성들을 모두 완벽하게 제공해 주고 있습니다. 또한, 자바의 이러한 객체지향적 특성은 분산 환경, 클라이언트/서버 기반 시스템이 갖는 요구사항도 만족시켜 줄 수 있습니다.
자바는 분산환경에서 작동하도록 설계 되었습니다. 그러나, 자바는 자바 언어와 자바 런타임 시스템 내에 보안 기능이 내재되어 있기 때문에 보안성이 있는 프로그램을 개발할 수 있도록 해 줍니다. 이러한 특성은 자바 프로그램이 네트웍 환경에서 바이러스 등과 같은 프로그램이 파일 시스템을 파괴하려는 것을 막을 수 있도록 해 줍니다.
자바는 서로 다른 이종(Heterogeneous)의 네트워크 환경에서 분산 되어 실행될 수 있도록 설계되었습니다. 이와 같은 환경에서는 응용 프로그램들이 다양한 하드웨어 아키텍쳐 위에서 실행될 수 있어야만 합니다. 이를 위해 자바 컴파일러는 이종의 하드웨어 및 소프트웨어 플랫폼에서 효율적으로 코드를 전송하기 위해 설계된 아키텍쳐 중립적인 중간 코드인 바이트코드를 생성합니다. 이는 동일한 자바 프로그램의 자바 바이트코드가 자바 가상머신이 설치되어 있는 어떤 플랫폼에서도 실행될 수 있도록 하는 것입니다. 또한, 자바는 기본 언어 정의를 엄격하게 함으로써 효율적인 이식성을 제공해 주고 있습니다. 예를 들어, int 형과 같은 기본 데이터형의 크기를 플랫폼과 무관하게 일정하게 하고, 연산자의 기능을 확실하게 규정하고 있습니다. C 언어를 이용하여 int 형을 선언할 때, 도스에서는 16비트, 윈도우 95/98/NT 등 32비트 운영 체제 환경에서는 32비트, 유닉스에서는 32비트 등 그 플랫폼에 따라 크기가 다르지만, 자바에서는 플랫폼에 상관없이 32비트로 고정되도록 하였습니다. 이는 자바 프로그램이 실행되는 환경이 자바 가상머신으로 동일하기 때문입니다.
먼저, 자바는 기계어 코드를 직접 실행시키는 것이 아니고, 플랫폼 독립적인 중간 코드 형태인 바이트코드를 자바 가상머신이 해석하여 실행시키는 인터프리터 방식을 취하고 있으므로 느린 수행 시간을 갖습니다. 일반적으로 C보다 평균 8배 정도 느리고, 최대 20배까지 느립니다. 이렇게 느린 수행 시간을 해결하기 위해 다음과 같은 기술을 사용할 수 있습니다.
두 번째, 자바 애플릿을 웹 서버로부터 웹 클라이언트가 다운로드하여 실행시켜 주게 되는데, 이 때 네트워크 속도가 느리다는 문제가 있습니다. 이런 문제점에 대해서는 다음과 같은 기술을 사용하여 해결하려 하고 있습니다.
세 번째, 모호한 언어적 특성, 비결정적 자바 가상머신, 표준화된 실시간 API가 없는 문제 때문에 실시간 응용이 어렵습니다. 이를 위해, 자바에서는 다음과 같은 기술을 개발하고 적용함으로써 실시간 응용을 가능하게 할 수 있습니다.
이러한 문제는 자바가 스레드 스케줄링 정책 구현에 의존하고, synchronized 명령어가 모니터 기반의 동기화 기법만 제공하고 큐 대기 시간을 예측할 수 없으며, notify() 메소드가 스레드를 깨우는 순서가 불명확하고, 우선순위 역전(priority inversion_의 가능성이 있습니다. 이러한 문제는 API 수준에서 해결되어야 하고, 실시간 타스크 처리를 위한 우선순위 레벨을 확장하고, 우선순위 상속(priority inheritance) 또는 우선순위 최고 한도 제한(priority ceiling) 등과 같은 우선순위 역전 방지 (priority inversion avoidance) 프로토콜을 사용하고, MuteX, 이진 세마포어(Binary Semaphore), 계수 세마포어(Counting Semaphore) 등을 사용할 수 있습니다.
JDK와 함께 제공되는 자바 가상머신에 의해 독립적으로 실행될 수 있도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 컴퓨터에서 윈도우의 도스창 또는 유닉스 쉘 등과 같은 쉘에서 자바 가상머신을 이용하여 실행시키는 자바 프로그램입니다. 위에 나오는 그림은 자바 애플리케이션의 실행 과정을 자세히 보여주고 있습니다.
델파이 또는 비주얼 베이직을 이용하여 프로그램을 작성할 때, 버튼이나 창과 같은 컨트롤들을 마우스로 끌어다 프로그램 내에 삽입할 수 있도록 되어 있는데, 이와 마찬가지로 자바 빈은 하나의 완벽한 기능을 갖고 재사용될 수 있도록 만들어진 소프트웨어 컴포넌트입니다. 마이크로소프트에서 제공되는 ActiveX 컴포넌트와 같이 자바에서 컴포넌트 프로그램을 가능하도록 해 줍니다.
- 작은자바이야기 . . . . 17 matches
* c++에서 상호배제 관련으로 mutex나 critical section같은거 엄청 배웠었는데 자바에서는 synchronized를 이용해서 쉽게 처리할 수 있다는게 신기했습니다. os 수업 들은지 오래 됐는데 멀티프로세스와 멀티스레드 수업을 다시 들으니까 설명을 참 잘 해주셔서 좋았습니다. 함수에만 붙일 수 있는게 아니고 보호자원을 가진 객체를 이용한 synchronized(this){ ... } 같은 부분은 나중에 스레드를 쓸 경우에 참고가 될 것 같습니다. 그리고 인터페이스와 리플렉션을 이용한 초기화를 보니 생각을 잘 하면 구체클래스가 코드에 안드러나게 할 수 있다는 점도 볼만했습니다. -[서영주]
* 지난시간에 이은 Inner Class와 Nested Class의 각각 특징들 Encapsulation이라던가 확장성, 임시성, 클래스 파일 생성의 귀찮음을 제거한것이 새로웠습니다. 사실 쓸일이 없어 안쓰긴 하지만 Event핸들러라던가 넘길때 자주 사용하거든요. {{{ Inner Class에서의 this는 Inner Class를 뜻합니다. 그렇기 때문에 Inner Class를 포함하는 Class의 this(현재 객체를 뜻함)을 불러오려면 상위클래스.this를 붙이면 됩니다. }}} Iterator는 Util이지만 Iterable은 java.lang 패키지(특정 패키지를 추가하지 않고 자바의 기본적인 type처럼 쓸수있는 패키지 구성이 java.lang입니다)에 포함되어 있는데 interface를 통한 확장과 재구성으로 인덱스(index)를 통한 순차적인 자료 접근 과는 다른 Iterator를 Java에서 범용으로 쓰게 만들게 된것입니다. 예제로 DB에서 List를 한꺼번에 넘겨 받아 로딩하는것은 100만개의 아이템이 있다면 엄청난 과부하를 겪게되고 Loading또한 느립니다. 하지만 지금 같은 세대에는 실시간으로 보여주면서 Loading또한 같이 하게 되죠. Iterator는 통해서는 이런 실시간 Loading을 좀더 편하게 해줄 수 있게 해줍니다. 라이브러리 없이 구현하게 되면 상당히 빡셀 것 같은 개념을 iterator를 하나의 itrable이란 인터페이스로 Java에서는 기본 패키지로 Iterable을 통해 Custom하게 구현하는 것을 도와주니 얼마나 고마운가요 :) 여튼 자바는 대단합니다=ㅂ= Generic과 Sorting은 다른 분이 설명좀. - [김준석]
* 리플렉션과 제네릭스를 써서 map -> object와 object -> map을 하는 부분을 해봤습니다. 자바의 일반적인 세 가지 방식의 클래스 내 변수에 대해 getClass, getFields, getMethods를 사용해 private, 나 접근자가 있는 경우의 값을 받아왔습니다. getter를 사용해서 변수 값을 받아올 때 이름이 get으로 시작하는 다른 함수를 제외하기 위해 method.getParameterTypes().length == 0 같은 부분은 이렇게 체크해야 된다는 부분은 나중에 제네릭스 관련으로 써먹을만 할 것 같습니다. 그리고 mapToObject에서는 문제가 없었지만 objectToMap의 경우에는 제네릭스의 type erase때문에 Class<T> expectedType = T.class; 같은 코드를 사용할 수 없어서 map.put(field.getName(), (T)field.get(obj));에서 형변환의 타입 안전성을 위해 인자로 Class<T> valueType을 받아오고 valueType.isAssignableFrom(field.getType())로 체크를 하는 부분도 공부가 많이 됐습니다. - [서영주]
* 라이브러리 코드에 변경이 있을 시 maven install을 다시 하지 않으면 클라이언트 프로젝트에서 문제가 생길 수 있다.
Driver driver = clazz.newInstance(); // 같은 방법으로 런타임 종속성으로 바꿀 수 있음.
* 분산환경의 경우 os단에서 상호배제를 해주지 못하기 때문에 동시성 제어에 문제가 있을 수 있다. 따라서 분산환경에서의 사용은 좋지 못하다.
* 위와 같은 체인식의 문법으로 설정을 추가해가며 마지막에 객체를 생성하는 방식을 사용한다.
* map에서 자료를 가져와서 equals로 비교를 할 때 url은 실제로 가져온 내용이 같은지 비교하고 uri는 식별자가 같은지만 비교한다.
* url의 equals는 비교를 하려면 자료를 가져와야 하기 때문에 성능의 낭비가 심하다. 따라서 실제로 자료가 같은지 비교해야 할 때에만 url을 사용하는 것이 좋다.
* ~let : 외부의 컨테이너에서 라이프사이클을 관리해주는 프로그램. 안드로이드의 activity같은 경우 외부에서 실행시켜서 동작하게 됨. 그것과 비슷한 것.
* IME(Input Method Editor) - OS 레벨에서 실제 key code - 문자의 mapping과 문자 조합('ㅁ' + 'ㅏ' 같은 경우)의 처리를 해 주는 소프트웨어. Sublime에서는 제대로 처리를 안 해 줬다...
* if_* 타입 - stack에서 두 개의 operand를 꺼내서 서로 비교하는 경우에 주로 사용된다. if_icmpeq(정수형 값 두 개를 같은지 비교) 등의 명령어가 있다.
- ACM_ICPC/2011년스터디 . . . . 16 matches
* 네.. 이번주는 대략적인 것들을 결정하는 시간이었지요. Jolly Jumper를 제가 그냥 임의로 찍어서 문제로 하기로 해서, 5시 스터디가 끝나자마자 1시간동안 열심히 코딩해서 완성했습니다. ..그런데 Wrong Answer. 으아아ㅏ아아아아ㅏ 2시간동안 진경이랑 삽질하다 얻은 결론: 얘내들은 입출력방식이 달라서 우리가 짠 것만으로 되는게 아니고 계속 입력을 받도록 해야한다. 그리고 입력이 끝나면 프로그램이 종료되어야 하는데 뭐 -1?인가 그게 뜨도록 하려면 띄어쓰기같은 것도 없어야한다. ...결국 답은 대략 맞았지만 저런 형식때문에 2시간동안 고민한거죠. JollyJumpers하시는 형/누나들 참고하세요 ;ㅅ; ..아무튼 ACM스터디가 재밌게 잘 진행되었으면 좋겠어요~ -[김태진]
* 생각치도 못한 표준입출력 때문에 고생했습니다. 저놈의 judge 프로그램을 이해하지 못하겠습니다. 입출력방식이 낯서네요. 입력 종료를 위해 값을 따로 주지 않고 알아서 EOF 까지 받아야한다니... 정올 현역때는 이런 문제 구경하기 힘들었는데ㅜㅜ 제가 뭘 크게 오해하고 있나요. 덕분에 c도 아니고 c++도 아닌 코드가 나왔습니다. 그리고 3N+1 문제가 25일 프로그래밍 경진대회에 1번 문제로 나왔습니다. 허허.. - [정진경]
* 6월 1일 12시 01분, 드디어 (제가 짠 알고리즘으로, 소트해서!)졸리점퍼 Accept에 성공했습니다! 여러가지 시도를 해봐도 문제가 없었는데 왜 안되나 하다가, 결국 입출력의 문제.-_-;; 띄어쓰기도 인식하는 더러운...; 사실 코드자체가 너무 복잡해서 그걸 발견하기까지 시간이 오래 걸린 문제도 있으니, 코드를 좀 더 간결화 하는 방법도 생각해보아야 겠다고 생각했어요. 아무튼 전 다 했어요~_~(이 후기가 아니고 수업에 대한 후기를 써야하는데 말이죠;) -[김태진]
* 생각보다 진행이 디뎠습니다. 입출력 문제가 생각보다 복잡하네요. 하지만 이래저래 여러번 해결하다보니 어느 정도 감이 잡히는 것 같기도 합니다. 졸리점퍼 숏코딩을 할까 하는데, 만약 한다면 처음 해보는 숏코딩이 되겠네요. 중도가서 책을 빌리고 공부해봐야겠습니다.(으아아 대출한도 초과) -[정진경]
* 제 코드에 무엇이 문제인지 깨달았습니다. 입출력이 문제가 아니었어요. 숫자 범위 괜히 0이거나 3000 이상이면 "Not jolly" 출력하고 break하니까 이후에 더 적은 숫자가 들어온 경우가 무시당해서 Wrong Answer(출력 하든 안하든, 0 제외하고 3000 이상일 때만 하든 다 Wrong..;ㅅ;) 입력을 하지 않을 때까지 계속 받아야 하는데, 임의로 끊었더니 그만..... 그리고 continue로 해도 마찬가지로 3000을 제외하고 입력 버퍼에 남아있던 것들이 이어서 들어가서 꼬이게 되는! Scanner을 비우는 거는 어찌 하는 걸까요오;ㅁ;? 쨋든 그냥 맘 편하게 조건 지우고 Accepted ㅋㅋ 보증금 및 지각비 관련 내용은 엑셀에 따로 저장하였습니다. - [강소현]
* 하면 할수록 입출력에 대한 감각이 어느 정도 살아나는 것 같습니다. 처음 접했을 때보단 생소하게 느껴지진 않네요. 처음에는 무슨 삽질을 했길래 그랬을까... 숏코딩을 처음으로 한번 해봤는데 역시 컴파일러에 대한 깊은 이해와 고도의 수학적 사고력이 요구되는듯 싶습니다. 졸리점퍼 71B는 도데체 어떤 코드일지... 처음에는 관심없었는데 해보니까 승부욕이 생깁니다.. 그것보다 해시함수나 B트리 등 심층적으로 다뤄보지 못한 알고리즘에 대한 의욕도 있지만.. 음!! 하고 싶은게 너무나 많네요. -[정진경]
* A Knight's journey 어렵네요 ㅠㅠ 알고리즘 배운지 얼마나 됐다고 리셋이 된거지!?! 왠지 백트래킹을 써야할 거 같지만...잘 못쓰겠는 ;ㅅ; An easy problem 같은 경우 부주의하게 했다가 여러 예외를 고루고루 겪었슴다 ~ㅁ~ㅋ 다음에는 코드 한번 더 살펴보고 넣어야지ㅠㅠ - [강소현]
* 하루 전날까지 표를 보신 분들은 알겠지만 원래 하려던건 RSA Factorization이었는데 문제가 문제가 있더군요(??). 그래서 어느 조건에 맞춰야 Accept가 될지 알 수도 없고 괜히 168명의 사람들만 도전한거 같지는 않아서 일단은 pass하고 다른 문제를 풀었습니다. 기회가 되면 다음엔 prime을 이용한 문제를 좀 풀어보고 싶어요. 물론 Factorization의 특성상 시간이 오래 걸리는 점이 있어서 좋은 알고리즘을 고안해야 겠지만.. World Cup 문제에 대한 후기는.. 음.. 골라놓고 막 머리싸매고 풀어보니 별거 아닌 문제라 웬지 모임에서 학우들의 원성을 살것만 같은 느낌이에요. 엉엉..ㅠㅠ - [지원]
* 문제가 좀 까다로운 편인데 일찍부터 푼 게 아니라 결국 해결을 못 해왔네요. 다음시간엔 꼭 풀어가야겠다... 비효율적인 방법으로라도. - [김수경]
* Soldier 문제가 은근히 어렵네요; 이렇게 하면 되겠지 했는데 -_-;; 각자의 문제 설명들을 들으면서 참 애들이 열심히 하려고 하는구나라는 생각이 들었습니다. 근데 난 -_-;;; 에휴; 틈틈히 풀어봐야겠네요 - [권순의]
* [강소현] - 왜 사람들이 acm 문제 푸는데 자바를 안 쓰는지 알게 되었습니다ㅋ 같은 알고리즘이더라도 속도가 10~100배는 차이나는듯합니다 ㄲㄲ
* 나도 여기서 바꾼거 없이 TLE 탈출 성공 했었던것 같은데.. -[고한종]
* [김태진] - 세 용액문제는 포기하고 진경이가 하자고(해보라고) 찍은 인공위성 문제를 풀었습니다. 우리가 평소에 풀던 배열에 숫자넣고 장난 치는 문제가 아니라 조금 다른 탐색문제였는데요, 이전이라면 못풀었을것만 같았는데 진경이가 이전에 렙업시켜준 덕분에(-_-) 어렵지 않게 풀 수 있었네요. Knight Journey도 이제 풀 수 있을거 같습니다.
* [김준석] - 재귀로 푼다고했으나 뻘짓을 많이 해서 엄청나게 고생한 문제. 가로 세로가 계산이 안되는거 보니 한물 간것 같습니다. 사실상 세 용액은 실패한것이고 이 문제가 ACM 첫도전이라 재밌었네요 :)
- ProjectPrometheus/Journey . . . . 16 matches
1002 개인적으로 진행. 뭐 진행이라기 보다는, 오랜만에 Solo Programming 을 해봤다. 장점으로는 느긋하게 소스를 리뷰하고 대처할 시간을 천천히 생각해볼 수 있던점. (보통은 상민이가 이해를 빨리 하기 때문에 먼저 키보드를 잡는다.) 단점으로는 해결책에 대한 Feedback 을 구할 곳이 없다는 점이 있다. (평소 물어보고 둘이 괜찮겠다 했을때 구현을 하면 되었는데, 이경우에는 책임 소재랄까.. 웬지 혼자서 생각한 것은 의외의 틀린 답이 있을 것 같은 불안감이 생긴다. 테스트 중독증 이후 이젠 페어 중독증이려나..)
* 문제에 부딪치고, 그 문제가 해결될꺼 같이 보이면서, 아슬아슬 버티면 내일 해결해야 한다. --["상민"]
어제 마지막 고민이 지하철을 타고가면서 해결되었다. 그리고 오늘 와서 생각대로 적용하니 이후 Test들에서는 아무런 문제가 발생하지 않아서 안도의 한숨을 내쉰다. 시스템들이 Test를 통과하자, 가장 큰 문제로 발생된 것이 Test의 작성과 확인이었다. 책 4권과 사용자 3명.. 정말 머리에서 피시식 연기가 나는 느낌을 받는다. 그나마 Pair이기에 한명이 코드를 보면서 생각하고, 한명은 종이를 보면서 생각하면서 동기화를 시키니 다행이지, 혼자였다면 후유.. 문뜩 온라인 게임들이 굉장히 긴 시간동안 베타 테스트를 하는 것이 이해가 간다. --["상민"]
* Side Effect 는 Refactoring 의 적이라는 생각이 오늘처럼 든 적이 없었다. -_-; Extract Method 같은 일을 하는 경우 더더욱.! --["1002"]
* 중간 알고리즘부분에 대해서 혼란상황이 생겼다. 처음 TDD로 알고리즘을 디자인할때 view / light view / heavy view 에 대한 point를 같은 개념으로 접근하지 않았다. 이를 같은 개념으로 접근하려니 기존의 알고리즘이 맞지 않았고, 이를 다시 알고리즘에 대해 검증을 하려니 우리의 알고리즘은 그 수학적 모델 & 증명이 명확하지 않았다. 우리의 알고리즘이 해당 책들간의 관계성을 표현해준다라고 우리가 주장을 하더라도, 그것을 증명하려니 할말이 생기질 않았다. 수학이라는 녀석이 언제 어떻게 등장해야 하는가에 대해 다시금 느낌이 오게 되었다.
똑같은 코드를 ["Jython"] 으로 돌릴 경우 POST 로 넘긴 한글 keyword 가 제대로 넘어가질 않아요. 인코딩을 바꿔주면 될 것 같은데 못찾아서;--["1002"]
오늘 무엇을 할 것인가 하며 ["ProjectPrometheus/Iteration"] 를 보고선 HTML Parsing 을 진행하기로 했다. 그 전에 ["1002"] 는 '아, 작업하기 전에 Book Search 에 대한 전반적인 그림을 그려 놓는게 좋겠군. 그리고 난 뒤 HTML Parsing 부분에 대해 구현해야지' 라고 생각을 했다. 한편 ["neocoin"] 은 수요일때와 마찬가지로 'HTML Parsing 부분에 대해 일단은 SpikeSolution 으로 만든뒤 모듈화 시켜나가야지' 라는 생각을 했다. 프로그래밍 스타일이 다른 두 사람이 진행 방법에 대한 언급없이 진행을 하려고 했다. ["1002"] 는 '아 전체 그림' 하며 CRC 세션을 하려고 하는 중간. 한편 ["neocoin"] 은 같이 진행하고 있는 CRC 세션에 중간에 대해서 '지금 서로 무엇을 하고 있는거지?' 하며 혼란에 빠졌다. 똑같은 디자인 단계에 대해서 ["1002"] 는 전반적 Book Search 에 대해 생각을 하고 있었고, ["neocoin"] 은 모듈과 모듈간 연결고리에 대해 생각을 하였다.
즉, RDD 를 위한 CRC 세션중 계속 그 클래스들의 추상화 정도를 놓고 서로 클래스들을 추출해내는데 어려움을 겪었다. ('용어는 어느정도 추상화를 시켜야 할 것인가?', '내부 구현 시스템이 가급적이면 드러나지 않는 것이 일반적으로 좋은 디자인이라고 하는것 같은데 막상 우리가 BottomUp 을 하여 뽑아낸 디자인엔 이미 이름이 'HttpSpider' 등 이고..' 등등)
우리가 처음 망설이던 부분의 CRC가 그런 케이스라고 생각된다. 소스 까지 접근하지 않은체, Layer-Tier를 생각하면서 책임을 부여할때, 나가지 않는 진도에 답답해 하며 꺼낸 메모장이 재미있는 결과를 가져다 주었다. 다음 같은 상황이 되면 스트레스는 훨씬 줄어 들것으로 생각한다.
* UserStory 와 사용자 시나리오를 혼용해서 쓴 것 같은데, UserStory Page 를 참조.
* 같은 의도 --상민
* 아직도 내가 메모장을 핀걸 가지고 가진 생각을 오해하는거 같은데 이해가 안간다. 같은 이야기를 정말 많이 한거 같은데 절반 정도 의도 전달이 된듯 하다. 남은 절반은 여백의 미 --상민
- 이영호/64bit컴퓨터와그에따른공부방향 . . . . 15 matches
앞으로 내가 걸을 길은 그들과 같은 길을 걷는 것이다.
패러다임을 따라 편하자고 C++과 같은 것을 파고 든다면
내가 걸어야할 길은 지금과 같은 Network, Linux Kernel이 아니라
OS를 만들기도 하겠으며, 저 사람들과 같은 MDir Clone, Graphics, Sound 등 모든 것을 Assembly로 해내겠다.
종국에 C++과 같은 현재 패러다임을 따르는 사람들은 결코 나를 넘지 못하리니...
* C++ 혹은 더 나아가 C++ 보다 속도상으로 느린 스크립트 언어를 쓰는 사람은 C++ 개발자들보다 덜 우수할까요? (위의 Assembly > C++ 로 평가한것으로 봐서는, 퍼포먼스와 하드웨어 제어 용이성 관점에서 Assembly 를 평가한 것 같습니다만) C++ 개발자들 혹은 더 나아가서 Java 나 Python 과 같은 개발자들이 Assembly 와 같은 low level 제어성을 포기하는대신 얻어간 것은 어떤 것일까요?
└저도 C (배우게 된다면 Assembly도.ㅎ)를 좋아 합니다.ㅎ 무엇보다 빠른 연산속도와 하드웨어 제어(해본적은 없지만), 포인터를 통한 메모리 접근등 좋은 점이 많아요.^^* 그렇지만 예를 들어 1만 팩토리얼을 출력하는 프로그램을 작성하시오. 라고 문제가 주어졌을때, C로 짜면 한나절이지만 파이썬으로 작성하게 되면 5분도 안걸리게 됩니다. 물런 연산속도가 느리기는 하지만 말입니다.^^ 이런 점에서 봤을때, 속도가 중요하다거나 특화된 프로그램을 작성해야할 경우에는 C와 같은 언어가 좋지만 보편적으로 사용하는 워드프로세서라든지 기타 응용프로그램이나, 제작해야할 프로그램의 제작시간이 짧을 경우에는 상위레벨의 언어가 좋을거라고 봅니다.^^ 뭐 이렇게 말은해도.. 사실 서로의 장점을 그때그때 맞춰서 섞어쓰는게 가장 좋지 않을까요?ㅎ (게임을 만들때 하위레벨의 언어로 하드웨어를 직접 사용한다 하더라도, 다이렉트를 이용하지 각각의 그래픽 카드에 맞춰서 프로그램을 만들지 않는것과 비슷한것 같아요.^^) 이상 지나가는 행인1의 잡다한 생각이었습니다.^^* - [조현태]
음. 아쉽게도 그런 용도로 Assembly를 평가 한게 아닙니다. 우수하고 못하다의 평가는 여기서도 나오는군요. 한가지만 파면 성공한다와 같은 맥락이랄까요... 저는 미래의 직장보다도 현재의 지식욕을 채우고 싶을 뿐입니다. 누구보다도 이것에 대해 많이 알고 싶고 또한 그렇게 되길 바랄뿐입니다. 과연 Java나 Python등을 공부하다보면 컴퓨터에 대한 가장 기초적인 지식들을 얻기 쉬울까요? 그렇기 때문에 Assembly에 대한 직접적인 접근을 하려고 하는 것입니다. 지식욕이 아니더래도 현직에 계시는 프로그래머분들께 컴퓨터에 대한 기초가 부족하고 프로그램만 짤 줄 아는 신참 직원들은 항상 한계에 다다르면 좌절한다라는 말을 들은적이 있습니다. 한번쯤은 생각해 볼 문제입니다. Assembly > C++을 평가한 것은 이런 맥락입니다. 컴퓨터에 대한 기초가 있느냐 없느냐. Assembly를 만지고 C++을 만진 사람의 경우는 모르겠지만 C++만 만지고 Assembly를 공부하지 않은 사람의 한계는 언젠가는 드러나게 되죠.
전 어제 제가 평생 해도 따라가지 못할것 같은 사람을 보았습니다. 그 사람과의 벽이랄까요. 물론 그분이 연륜이 있으시지만 컴퓨터 자체에 대한 기초적이고 깊은 지식은 따라가질 못하겠습니다. 그분의 소싯적에 C언어로만 짠 프로그램들은 컴퓨터에 대한 깊은 이해가 없으면 불가능한 것들이었습니다. 그분이 Assembly를 배우지 않고 C를 처음부터 만졌다면 어땠을까요? 그런 프로그램들을 짤 수 있었을까요? 이상, 우물 밖으로 튀어나온 개구리였습니다.
"종국에 C++과 같은 현재 패러다임을 따르는 사람들은 결코 나를 넘지 못하리니..."라는 말이 참이 되는 시점이 있다면 "나 역시 그들을 넘지 못하리니."도 참이 되진 않을까 반문해 보세요. 그리고 만에 하나 그렇게 된다면 거기에 만족할 수 있을까 생각해 보세요. 너무 이른 걱정이려나요? (전문성은 분야를 넘어서까지 적용되지는 않는다는 것이 최근 인지과학이 밝혀낸 사실입니다. 반드시 체스 전문가가 바둑을 특별히 잘두거나, 바둑 전문가가 체스를 뛰어나게 잘두거나 하지는 않습니다. 체스 고수가 특별히 IQ가 높고 암기력이 뛰어나거나 하지도 않고요. 한가지를 잘해서 두루 잘하기는 무척 어렵습니다)
// 위에 C++과 같은 패러다임 <- 이것은 C++을 부정한게 아니라 C++을 먼저 공부하는 것을 한탄한 것입니다. 제가 적은 글이 이상하네요?
생각이 너무 한쪽에 치우신거 같네요. 아마도 저 말고 다른 선배님들도 저와 비슷한 심정(생각)으로 글을 쓰셨을거 같습니다. 선배님들 말이 어셈블러를 공부하지 말라? C++만 공부하라~~ 이렇게 들리셨나요? 저는 아닌거 같은데요. 조금만 더 생각하고 읽었으면 좋겠네요. 위에 쓰신 글들을 보니 어쩌면 프로그래밍에 관련해서 저보다 더 많이 알고 있으리라 생각되는데요. 우선 젤하고 싶은 생각은 남의 글을 비판적으로 읽는것도 중요하지만, 그사람의 입장에서 생각해보는게 좋을거 같군요. A라고 말했는데, B라고 들으면 안돼겠죠. 어셈을 익히고 C++을 익히는것도 좋습니다. 그렇다고 C++을 익히고 어셈을 익히는게 나쁜 방법이라고 생각하지는 않는데요..@,.@. 제생각에는 님은 "어셈을 꼭 인힌다음 C++을 익혀야돼" 라는 고정관념에 빠진듯 함니다. 어셈을 모른다고 프로그램을 적게 이해한다고 생각하지도 않구요. 제 의견이지만 특정 프로그램언어 보나는 알고리즘, 자료구조 이런것들이 더 중요하다고 생각합니다. 그리고 C++이 쉽다? 정말 그럴까요? 정말 C++이 어셈보다 쉽다고 생각하시나요? 이펙티스 C++이나 엑셀레이터 C++ 이런책들을 한번 읽어 보시는것도 좋을거 같네요. 머 주저리 주저리 쓰게 됐는데 어디까지나 제 생각이고, 다른사람들의 입장에서 글들을 한번 다시 읽어 보는것도 괜찮은 생각인거 같군요. - 상섭
영호군 말에 틀린것은 없습니다. 기초가 중요하다는건 옳은 말이죠~ 단지 위의 글이 너무 자신의 입장에서만 쓰여졌기에 남들에게 조금은 불편하게 보였던것 같습니다. 다른 많은 글들은 그러한 불편한 심기를 표현한것 같군요^^ 기초는 정말로 중요합니다. 하지만 컴퓨터공학의 모든 영역에서 assembly가 기초인 것은 아닙니다. (영호군이 관심있는 영역에서는 그럴지 모르겠지만..) 영호군이 assembly를 통해 기초를 잘 다진다면 누구도 영호군을 넘지 못할 것입니다. 단, 영호군과 같은 영역의 사람들에게만 그렇겠죠. 다른 영역에서 공부를 하는 사람들은 영호군을 넘을 필요 조차도 없거든요. 마찬가지로 영호군도 아무리 assembly로 기초를 다졌다 해도 다른 영역에서 열심히 공부하는 사람들은 절대로 넘지 못합니다. 역시 넘을 필요도 없겠죠. 여기에 많은 조언을 해주신 선배님들은 영호군의 주장이 틀렸다고 질타하는 것이 아닐꺼라 생각합니다. 세상에는 영호군이 생각하는것보다 다양한 것들이 있다는 충고라 생각합니다. --[상규]
- Gof/Composite . . . . 13 matches
드로우 에디터나 회로설계 시스템과 같은 그래픽 어플리케이션은 단순한 컴포넌트들의 차원을 넘어서 복잡한 도표들을 만들어내는데 이용된다. 사용자는 더 큰 컴포넌트들을 형성하기 위해 컴포넌트들을 그룹화할 수 있고, 더 큰 컴포넌트들을 형성하기 위해 또 그룹화 할 수 있다. 단순한 구현방법으로는 Text 나 Line 같은 그래픽의 기본요소들에 대한 클래스들을 정의한 뒤, 이러한 기본요소들에 대해 컨테이너 역할을 하는 다른 클래스에 추가하는 방법이 있다.
CompositePattern의 핵심은 기본요소들과 기본요소들의 컨테이너를 둘 다 표현하는 추상 클래스에 있다. 그래픽 시스템에서 여기 Graphic class를 예로 들 수 있겠다. Graphic 은 Draw 와 같은 그래픽 객체들을 구체화하는 명령들을 선언한다. 또한 Graphic 은 Graphic 의 자식클래스들 (tree 구조에서의 parent-child 관계)에 대해 접근하고 관리하는 명령들과 같은 모든 composite 객체들이 공유하는 명령어들을 선언한다.
Line, Rectangle, Text 와 같은 서브 클래스들은 (앞의 class diagram 참조) 기본 그래픽 객체들을 정의한다. 이러한 클래스들은 각각 선이나 사각형, 텍스트를 그리는 'Draw' operation을 구현한다. 기본적인 그래픽 구성요소들은 자식요소들을 가지지 않으므로, 이 서브 클래스들은 자식요소과 관련된 명령들을 구현하지 않는다.
다음과 같은 경우에 CompositePattern 을 이용할 수 있다.
일반적인 Composite 객체구조는 다음과 같은 모습을 띈다.
computer 와 스테레오 컴포넌트들과 같은 장치들 (Equipment) 는 보통 격납 계층의 부분-전체 식으로 구성된다. 예를 들어 섀시 (chassis) 는 드라이브들(하드디스크 드라이브, 플로피 디스크 드라이브 등) 과 평판들 (컴퓨터 케이스의 넓은 판들) 을 포함하고, 버스는 카드들을 포함할 수 있고, 캐비넷은 섀시와 버스 등등을 포함할 수 있다. 이러한 구조는 자연스럽게 CompositePattern으로 모델링될 수 있다.
Equipment 는 전원소모량 (power consumption)과 가격(cost) 등과 같은 equipment의 일부의 속성들을 리턴하는 명령들을 선언한다. 서브클래스들은 해당 장비의 구체적 종류에 따라 이 명령들을 구현한다. Equipment 는 또한 Equipment의 일부를 접근할 수 있는 Iterator 를 리턴하는 CreateIterator 명령을 선언한다. 이 명령의 기본적인 구현부는 비어있는 집합에 대한 NullIterator 를 리턴한다.
우리는 간단한 방법으로 Cabinet 나 Bus 와 같은 다른 equipment 컨테이너를 정의할 수 있다. 이로서 우리가 개인용 컴퓨터에 equipment들을 조립하기 위해 (꽤 간단하게) 필요로 하는 모든 것들이 주어졌다.
RTL Smalltalk 컴파일러 프레임워크 [JML92] 는 CompositePattern을 널리 사용한다. RTLExpression 은 parse tree를 위한 Component 클래스이다. RTLExpression 은 BinaryExpression 과 같은 서브클래스를 가지는데, 이는 RTLExpression 객체들을 자식으로 포함한다. 이 클래스들은 parse tree를 위해 composite 구조를 정의한다. RegisterTransfer 는 프로그램의 Single Static Assignment(SSA) 형태의 중간물을 위한 Component 클래스이다. RegisterTransfer 의 Leaf 서브클래스들은 다음과 같은 다른 형태의 static assignment 를 정의한다.
* DecoratorPattern 은 종종 Composite와 함께 이용된다. descorator 와 composite 가 함께 이용될때, 그것들은 보통 공통된 부모 클래스를 가질 것이다. 그러한 경우 decorator는 Add, Remove, GetChild 와 같은 Compoent 의 인터페이스를 지원해야 한다.
- MoreEffectiveC++/Basic . . . . 13 matches
string s1("Nancy"); // 이제는 무슨 퀴즈 같다.
오해의 소지가 있도록 글을 적어 놨군요. in, out 접두어를 이용해서 reference로 넘길 인자들에서는 in에 한하여 reference, out은 pointer로 new, delete로 동적으로 관리하는것을 의도한 말이었습니다. 전에 프로젝트에 이런식의 프로그래밍을 적용 시켰는데, 함수 내부에서 포인터로 사용하는 것보다 in에 해당하는 객체 사용 코딩이 편하더군요. 그리고 말씀하신대로, MEC++ 전반에 지역객체로 생성한 Refernece문제에 관한 언급이 있는데, 이것의 관리가 C++의 가장 큰 벽으로 작용하는 것이 아닐까 생각이 됩니다. OOP 적이려면 반환을 객체로 해야 하는데, 이를 포인터로 넘기는 것은 원칙적으로 객체를 넘긴다고 볼수 없고, 해제 문제가 발생하며, reference로 넘기면 말씀하신데로, 해당 scope가 벗어나면 언어상의 lifetime이 끝난 것이므로 영역에 대한 메모리 접근을 OS에서 막을지도 모릅니다. 단, inline에 한하여는 이야기가 달라집니다. (inline의 코드 교체가 compiler에 의하여 결정되므로 이것도 역시 모호해 집니다.) 아예 COM에서는 OOP에서 벗어 나더라도, 범용적으로 쓰일수 있도록 C스펙의 함수와 같이 in, out 의 접두어와 해당 접두어는 pointer로 하는 규칙을 세워놓았지요. 이 설계가 C#에서 buil-in type의 scalar형에 해당하는 것까지 반영된 것이 인상적이 었습니다.(MS가 초기 .net세미나에서 이 때문에 String 연산 차이가 10~20배 정도 난다고 광고하고 다녔었는데, 지금 생각해 보면 다 부질없는 이야기 같습니다.) -상민
// 같은데 옆의 소스 처럼 down cast가 불가능하다.
이런 클래스를 선언했다. 그리고 다음과 같은 함수로 해당 클래스의 배열을 사용한다고 가정하자
자 위와 같이 객체의 지움을 담당하는 함수를 작성했을때 역시 문제가 있다.
는 다음과 같은 코드로 교체되는것과 같다.
C++에서 class templete를 만드는 중 생성자를 빼먹으면 compiler에서 기본적인 생성자를 만들어 생성해 준다. 역시, 당연히 초기화의 문제가 발생할 것이다. 여기에서는 약간 자세한 부분을 언급한다.
하지만 이러한 방법은 한눈에 봐도 문제가 예상된다. 바로 '''delete'''문제 [[BR]]
참 거지 같은 짓 잘해 놓는다. [[BR]]
아래와 같은 template class 를 선언했다고 가정하면,
첫번째에서 제기된 문제가 이번에는 template class 내부에서 일어 나고 있는 셈이다. 거참 암담한 결과를 초례한다. 문제는 이러한 template class 가 이제는 아예 STL같은 library로 구축되었단 사실. 알아서 잘 기본 생성자 만들어 적용하시라. 다른 방도 없다.
생각해 보라 Virtual base class가 왜 기본 생성자를 필요로 하는가. 생성자를 만들어 놓으면 상속하는 이후 모든 클래스들에게 로드가 걸리는 셈이 된다. 근원이 흔들려 모두가 영향을 받는 사태이다. 만약? 수만개의 객체 생성이라면 이건 굉장한 문제가 될수 있다.
- JavaStudy2003/두번째과제/곽세환 . . . . 12 matches
여러개의 클래스가 같은 메시지에 대해서 각자의 방법으로 작용할 수 있는 능력이다.
public:같은 클래스, 하위클래스, 같은 패키지내에 있는 클래스에서 접근가능
private:같은 클래스에서만 접근가능
protected:같은 클래스, 하위클래스, 같은 패키지내에 있는 클래스에서 접근가능
friendly(생략):같은 클래스, 같은 패키지내에 있는 클래스에서 접근 가능
함수다중정의:같은 이름의 함수가 여러개 존재하는 것
연산자다중정의:같은 이름의 연산자가 클래스에 따라 다른 연산을 수행할 수 있도록 하는 것
* 인스턴스와 객체가 비슷한 의미인것 같은데 차이는?
차이는 없습니다. 같은 의미입니다^^;
- JavaStudy2003/두번째과제/노수민 . . . . 12 matches
* 다형성 : 같은 이름을 같는 여러 가지 형태가 존재한다는 것
* public - 같은 클래스, 하위클래스 등 같은 패키지의 모든 클래스에서 접근가능
* private - 같은클래스 내에서만 접근가능
* protected - 같은 클래스, 하위클래스 등 같은 패키지의 모든 클래스에서 접근가능
* 생략 : 같은 클래스 또는 같은 패키지의 모든 클래스에서 접근가능, 하위클래스에서 접근 불가능
* 같은 이름으로 여러 일을 하는 것
* 모든 인스턴스 변수를 0, '\u0000', false, 그리고 null 등과 같은 디폴트 초기치로 초기화
또한, 하위클래스는 자신에게 필요한 변수들과 메소드를 추가적으로 정의할 수 있습니다. 그리고, 하위클래스는 상위클래스에서 정의된 메소드와 같은 이름, 같은 인자들을 갖는 새로운 메소드를 정의하여 상위클래스에서 상속되는 메소드를 재정의할 수 잇는데,
- SmallTalk/강좌FromHitel/강의2 . . . . 12 matches
는 다음과 같은 과정을 거치면 됩니다.
일단 마우스나 글쇠판으로 밀대(scroll bar)를 사용해서 아래와 같은 문장이
기본으로 제공하는 기능만으로 위와 같은 결과를 얻으려면 상당한 노력이 필
똑같은 결과가 나타났을 것입니다.
러분이 즐겨하던 게임에서 매번 다른 상황이 연출되는 것도 이와 같은 원리가 적
위의 명령은 다 좋지만 한 가지 결점이 있습니다. 가끔가다가 두 개 이상의 같은
복권을 추첨할 때에는 같은 숫자가 두 번 이상 나오면 다시 추첨을 합니다. 그래
은 모양은 서로 다르지만 같은 자료를 공유하고 있습니다. 이것이 Dolphin
<Terminate> 단추를 누르는 것으로 문제가 해결됩니다. 만일 다른 프로그래
대해서 어느 정도의 지식이 생기면 그 때 벌래잡개에 대해서 깊이 있는 공부
이제 Smalltalk를 끝내야 하는데, 앞서 말씀드렸듯이 저장의 문제가 남아 있
여러분이 무슨 실수를 하더라도 그것이 Smalltalk 환경에 영향을 주지 않음
- 데블스캠프2003/다루어볼문제와관련세미나 . . . . 12 matches
* 문제은행식도 괜찮을 듯합니다. ToyProblems 같은 문제들을 놓고 하는 것도 포함하는 의미에서 말입니다. --[창섭]
큰 프로그램이라고 말은 해 봤자 선배님들이 풀면 4~5시간이면 풀어버릴 문제가 될꺼 같습니다. 휴대폰 메뉴 만들기나 PDA기능 만들기 등 이런 조그만 프로그램을 묶어놓는 프로그램을 하면서 OOP를 조금이나마 느껴보라는 차원에서 하는 것입니다. 물론 같이 페어를 하는 선배님들은 정말 기초적인 것만 알려주는 식이고요 그 팀을 이끌어 가서는 안되겠죠? ^^; -[상욱]
* ToyProblems 와같은 식이면 좋을것 같은데요. 1학년 텀프로젝트가 있는데 그것 하나만 가지고도 SP, OOP 등의 프로그래밍철학과, STL 등을 다루기에 좋을것 같습니다. ([http://zeropage.org/pds/200361434244/2003C++TrmPrjSpec.ppt spec]) SP 와 OOP 는.. 누가할지.. 맡게되면 고생을할수도 있겠군요. 아래 JuNe 선배님의 CSP 나.. Tuple Space (전에 P2P 관련 문서에서 본것같은 기억이..-_-a ) 등과는 약간 맞지 않을수도 있겠지만요. (그것은 다른 도메인의 문제와 다루는게 좋을듯합니다) - [임인택]
* 지나가다 잠시 말씀 드릴까 합니다. 아직 oop개념이나 프로그램 모듈화에 대해서 개념이 없는 분들에게 STL같은 것을 가르친다는 것은 약간 문제가 있지 않을까요? oop개념을 가르쳐도 구현 같이 base적인 경험이 없이 단지 가져다 쓰는것을 먼저 배우면 좋지 않을 것 같습니다. 1학년 분들 숙제 하는 것을 보니 모듈화 같은것을 가르쳐도 좋을 것 같은데. 많은 것을 가르치려고 하시는 것은 좋으나 능력에 적절하게 가르치는 것도 맞는 것 같군요. STL 같은 걸 가르치는 건 그 다음이 되었으면 좋겠구요.. 내부사정을 잘 모르니 틀리다 싶은 말이면 걍 흘려보내세요. 지우셔도 상관 없구요. ^^ - 00 나현철
* 네. 현철이형 그래서 제가 생각한게 일단 동적 배열의 확실한 이해와, 링크드 리스트를 구현해보게 한다음에, 이들 지식의 선행으로 STL을 가르치려 하려구 그랬거든요. 위 두가지만 확실히 이해할 수 있다면 STL의 기본적인 (vector나 list같은) 것은 가르쳐도 무방하다고 생각합니다. --[인수]
* 저는 STL 같은 것은 그냥 할수 있을 만큼 사용할줄만 알면 되다고 생각합니다. Library 가 제공하는 것은 우리에게 좀더 고차원적인 사고에 전념할수 있는 것이 겠지요. 배열의 길이에 신경쓰지 않는 것만으로, C++에서 얼마나 무한한 사고가 가능할까요? 학교 교제는 C++을 가르치는 것이 아니라, C에다 어떻게 충돌을 일으키지 않고 문법을 추가시켜 C++이 되었는가를 가르치기 때문에 이런 기회는 필요 할것 같습니다. 아마 궁금한 사람은 STL의 소스를 보겠지요. 사족으로 STL은 OOP보다 Generic Programming의 관점에서 구현되 었습니다. --NeoCoin
- 위키에대한생각 . . . . 12 matches
* 익숙한 사람에게는 편리하나, 처음 컴퓨터를 쓰는 사람에게는 복잡해 보일 수도 있다고 생각합니다. 글 쓸때 각종 효과를 특수 문자(들)을 써서 나타내므로, 일종의 컴퓨터 언어같은 면이 있다고 보입니다. 따라서 우리같이 연관 있는 사람은 금방 배우지만, 아닌 사람들에겐 쓰기 힘들다는 인상을 줄 수 있습니다. -[Leonardong]
* 검색을 하지 않고 페이지를 만들 경우 같은 내용을 담을 페이지가 생길 수 있다. 페이지만들기를 할 때 자동으로 검색을 한 다음 만들게 하는 방법도 괜찮은 듯하다.
[같은 페이지가 생기면 무슨 문제가 있을까?]
*위키는 최근바뀐글을 보고 그 페이지의 참여 정도를 파악할 수 있다는 점에서, 기존의 조회수를 보고 참여하는 것에 익숙한 사람들은 다소 어색한 공간이 될 수도 있다. 이를테면, 내가 어느 위키페이지에 글을 남겼는데 그 페이지를 보는 사람이 얼마나 있을까 하는 의구심이 생겨 그 페이지에 대한 참여를 더디게 할 수 있다. 다른 사람이 그 페이지를 보기만 하고 글을 남기지 않는다면 최근바뀐글에 그 페이지가 업데이트 되지 않으므로, 참여 의욕을 저하시키는 요인이 된다. 해당 페이지에 조회수를 누구나 쉽게 볼 수 있도록 나타낼수는 없을까? (물론, 조회수를 나타내면 참여가 적은 페이지를 두번 죽이는 경우가 될수도 있다 ㅡ.ㅡ;;)--[문원명]
* 눈에 보이는 색상같은 디자인의 문제의 해결 방법
* 글쓰기(EditText) 같은 버튼이 눈에 잘 안 들어올지도 모른다. 아이콘에 익숙해져버린 사람들 탓일까. 하지만 오른쪽 위에 아이콘이 있지만, 처음 위키를 쓰는 사람이 아이콘만 보고 무슨 의미인지 파악하기란 힘들 것이다.
- 정모/2003.1.15 . . . . 12 matches
* 좋은데 왜 문제가 되는지 잘 모르겠다.
* 참여 인원 부족을 손꼽았는데, 이건 작년에도 있었던 문제고, 그리 큰 문제가 된다고 생각하지 않습니다. 과에는 사람이 많으니깐, 또 자신의 주위에서 사람을 포섭해도 되구요. 꼭 사람이 많아야 잘된다는 법은 없으니, 지금을 오히려 기회라고 생각하죠. 더 응집도 잘될테고..
* 뚜렷한 목표가 없다. -> 맞는 말입니다. 그냥 단순히 학교 공부에나 도움될줄 알고 나오는 사람도 꽤 있는거 같습니다. 제가 가진 생각으로는 2가지 목표가 있을거 같네요. 프로그램 짜는거와, 프로그래밍 경진대회 같은데 나가서 입상하는거 정도..2003년도부터는 과내 프로그래밍 경진대회에서 입상하면 ACM예선 대회 같은곳에 나갈 수 있도록 지원해줄거 같으니, 그런걸 목표로 해도 되고, 좋은 프로그램을 짜서 다른 사람들도 널리 쓸 수 있도록 하면서 보람을 느끼는걸 목표로 해도 되겠네요.
* 실력 없는 사람들의 열의가 금세 사라진다. -> 실력이 없어서 열의가 없는게 아니라 열의가 없어서 실력이 없는거 같네요. 이런건 뭐 주위에서 뭐라고 할 수 있는 문제가 아닌거 같습니다. 그사람이 흥미가 없어서 그런거니.. "해커 그 광기의 기록"이란 책을 보면 MIT에서도 해커적으로 프로그래밍을 즐기는 사람들과 단순히 열의 없이 주어진 공부를 하는 사람들이 있던데, 이건 뭐 어디가나 마찬가지인가 봅니다. 제 의견으로는 두 부류로 나누는건 힘들거 같습니다. 열의가 있는 사람들도 지금 힘든판에 열의가 없는사람들까지 이끌고 가긴 힘들거 같고, 아예 열의 없는 사람들이 스스로 열의가 생길때까지 놔두고 열의 있는 사람들을 주변에서 잘 포착해서 데려오는게 좋을거 같습니다. 상규를 제로페이지로 데려온것이 그 좋은 사례인거 같네요. 이번에 02 석진이 같은 경우도 열의가 있어 보이고 들어 오려고 했던거 같은데 아마 이번 정모에 안 왔을듯 싶습니다. 사람들을 데려올땐 적어도 1명이라도 좀 아는 사람이 있어서 같이 가자고 해야 갈만하지, 아무도 직접 오라고 하지 않았으면 가기가 좀 그럴겁니다. 그런걸 염두에 두고 모든이를 대상으로 하는 말인, "제로페이지는 열려 있으니 정모 아무때나 오세요~"라고 하기보다는 그 대상에게만 언제 어디로 와서 한번 보자고 직접 메신저라든지, 전화 같은걸로 해야 할듯 싶습니다.
* 새내기 모집일정해 대해 한번쯤 이야기를 해야하지 않을까요? 매년 새내기들이 많이 빠져나간것도. 여러가지 문제가 있겠지만, 모집일정에도 약간 문제가 있다고 생각합니다 - 임인택
* 현재 ZeroPage 새내기를 모집하는데 있어서 ('뽑는다' 가 아니라 '모집한다'가 맞는거겠죠?) 기존에 행하여오던 방법에 문제가 있었다고 생각합니다. 우선 ZeroPage의 경우 회원을 1학기 초에 모집하는것으로 알고있습니다. (그 이후에는 수시모집인것으로 알고 있습니다.) ''친구따라 강남간다''처럼, ''친구따라 ZeroPage 회원되다''. 가 되는 새내기가 많은 게 사실입니다. 문제는 강남에 갔다가 다시 자신이 있던 곳으로 돌아온다는데 있는 것 같습니다. 매년 반복되어오던 현상이 아닌가요. -.-a 저는 이러한 모습에 부정적인 시각을 가지고 있는 터라, 다른 방법으로 새내기를 모집하였으면 좋겠다는 생각을 했습니다. 우선, 1학기 초가 아닌 여름방학 시작 전에 모집을 하는 것은 어떻습니까? 여름방학 전에 새내기 모집을 하고, DevilsCamp를 개최하면, 나름대로 좋은 방법이 될 것이라 생각합니다. 모집 전까지는 새내기와 2학년을 대상으로 하는 산발적인 세미나를 개최하여, ZeroPage에 대해 인지도를 높일 수 있고, 새내기들로 하여금 ‘’남들하니까 나도해야지‘’가 아닌, ‘’나에게 꼭 필요하구나‘’를 느끼게 할 수 있지 않을까요? (ps. 이에 대해 토론 페이지를 개설하는건 어떻습니까?) - 임인택
작년의 경우 3월에 소개, 홍보 차원에서 '설명회'를 했었고 4월부터 C++세미나 등등 관심을 불러일으키고 낯익게 하기 위한 것들을 했었습니다. 여기까지 '준회원' 형식으로 있다가 '데블스캠프'를 마쳐야 정회원이라는 조건을 내걸었었습니다. 데블스캠프가 조건이 되지 않았던 것 같지만 사실 현재 02학번들의 활동을 보면 데블스캠프 참여도와 상관성이 많습니다. 작년 모집방법에서 수정이 필요한 부분을 짚어주시면 감사하겠습니다. 뭔가 선배 의견에서 공감이 될것 같은데 정확히 못집어 내겠습니다. ^^;; --창섭
- 페이지제목띄어쓰기토론 . . . . 12 matches
* 의미의 애매성을 발생시킬 수도 있다. (''아버지가방에들어가신다'' 같은 현상이 발생할 수도 있다.)
"Trim, 글자간 한칸" 이정도의 규칙이면 별무리 없을것 같은데, 엄청나게 빠르게 문서가 누적되는 상황이 아니기 때문에, 한 3~4개월 정도 혹은 정모때 논의해서 정리하는 것도 괜찮을것 같다. --상민
문제를 시스템과 관련해서 제한을 두지 말고 생각해봅시다. 한글 띄어쓰기가 더 사용하기에 좋은지, 아니면 붙여쓰더라도 별다른 불편이 없는지. 만약 띄어쓰는게 더 좋은 방법이라고 모인모인을 수정해볼수도 있겠죠? 예를들어, 한글의 경우 마음대로 띄어쓰기를 하는 경우가 중복된 페이지를 생성하는데 문제가 된다면, 검색시나 새로운 페이지 생성시 white space 를 제외한 검색으로 페이지를 보여줄수도 있겠지요. 생각해보면 다른 '구현' 방법도 찾을 수 있을것 같습니다. 문제는, '문제'자체가 어떠한게 더 좋은 방법인지를 이야기해보도록 합시다. -- 이선우
DeleteMe) 위키네임이 주는 편리한 기능이란, 손쉽게 같은 내용의 중복을 방지하고 하나의 집약된 문서를 만드는 것인가요? 초기에 노스모크에서 일어난 한글 띄어쓰기 문제가 곧 영문의 경우에도 임의로 띄어쓰게 한 결과를 낳았고, 이로 인해 발생한 문제는 '중복된' 페이지의 양산,혹은 사용자가 원하는 페이지를 쉽게 찾을 수 없는데에서 기인하는지 알고 싶습니다. 전, 순수하게 띄어쓰기 자체가 사람이 문자나 내용을 인지하는데 나쁜 영향을 준다고는 생각하지 않습니다. (현재 자연스러운 글쓰기 형태는 지금 쓰는 문서처럼 띄어쓰기를 허용하니까요. 물론, 제목의 경우에도 예외라 생각하지 않습니다.). 정리해서, 띄어쓰기 자체가 띄어쓰지 않는것보다 좋지 않다고 생각하시는건지, 아니면 위키와 결부된 기능상의 문제인지 알고 싶습니다. -- 이선우
아, 이제야 띄어쓰기에 대한 어떠한 문제가 있는지 알았습니다. 위키의 철학을 모른채 접근하다 보니, 단순히 띄어쓰기 자체에만 이야기를 한것 같습니다. 위에서 제가 한 이야기가 "띄어쓰기 자체가 붙여쓰기보다 나쁘다"라고 선배님이 말씀하신것처럼 느껴지셨다면 사과드립니다. 그런 의도는 아니었고, 단순히 띄어쓰기를 왜 조심해야 하는지에 대해 이해가 가지 않아 거듭 질문드렸던거였습니다. 전 본 논의를 더 개진하기 전에 위키의 철학을 더 살펴봐야 본 뜻을 살려서 이야기를 할 수 있을것 같습니다. 말씀 감사합니다 :) -- 이선우
조금 다른 이야기인데, 특수문자를 페이지이름에 사용하는 문제입니다. 제가 특수문자를 사용하지 말자는 규칙을 만든 이유는, 그것이 발음하기 어렵기 때문입니다. 발음하기 힘든 단어를 한 사회의 언어에 사용하지 않는 것에는 언어학적, 심리학적, 사회학적, 조직학적, 문화적 문제가 중층적으로 연계되어 있습니다. 한마디로 말한다면 해당 위키 커뮤니티가 더 발전하기 위한 겁니다. 이건 다음에 기회가 되면 자세히 설명을 하죠. 아주 작은 차이 같고, 별 이유가 없고 오히려 더 불편한 것 같지만 사실은 상당한 차이를 불러오는 것들이 많습니다. 페이지이름 띄어쓰기 문제도 직접 실험도 해보고 그 결과에 대해 여러가지 분석, 논의도 해보면서 신중한 결정을 하길 바랍니다. --김창준
혹시 '/'를 사용한 페이지들를 염두에 두고 하신 말씀이신지요. ["ZIM/UIPrototype"] 과 같은 페이지의 이름은 굳이 특수문자를 안쓰고 접두어처럼 사용해서 ["ZimUIPrototype"]과 같이 만들어도 ''작은 차이''일 뿐이라는 생각이 듭니다. 그런데 '/'를 사용하니 제목에 사용된 두 개념의 경계를 명확히해서 눈으로 읽기에는 더 좋은데요, 슬래시(slash)라고 소리내어 읽어야 한다는 것이 어떤 ''상당한 차이''를 불러올지 궁금합니다. --이덕준
''DeleteMe)'+' 라던지 '^' 등등의 경우를 말씀하시는 것 같은데요. --석천''
역시 약간 다른 이야기긴 한데, 페이지 제목에 특수문자를 집어넣을 경우에 문제가 있긴 합니다. 바로 모인모인 검색의 문제인데, 'C++' 등의 '+' 같은 경우 검색시 만들어지는 정규표현식에 문제를 일으키는군요. -- 석천
특별히 스레드가 더 늘어나지 않는 것 같은데 어떻게 결론을 지을까요? 추후 다시 논의된다 하더라도 일단 잠정적인 결론은 짓는것이 어떨까 하는데요. --석천
- AcceleratedC++/Chapter10 . . . . 11 matches
C++은 상기와 같은 표현으로 매개변수를 지정하더라도 이를 자동으로 다음과 같은 형으로 자동 형 변환시킨다.
표준 라이브러리가 아닌 기본언어의 일부로서 하나 이상의 같은 타입의 객체들로 이루어진 시퀀스입니다. 단 배열 요소의 갯수는 컴파일 시에 알 수 있어야합니다.
배열은 클래스 타입이 아니기 때문에 배열의 크기를 나타내는 size_type과 같은 요소는 없습니다. 대신에 C Standard Definition 이하 '''<cstddef>''' 에 '''size_t'''로 지정된 unsigned 타입으로 배열의 크기를 사용해야합니다.
상기와 같은 표현은 const로 지정된 변수로 변수를 초기화하기 때문에 컴파일시에 그 크기를 알 수 있다. 또한 상기와 같은 방식으로 코딩을 하면 coord에 의미를 부여할 수 잇기 때문에 장점이 존재한다.
p, q가 같은 배열의 요소들의 포인터라면, p-q는 p와 q사이에 있는 요소들의 거리를 나타내는 정수가 된다.
"hello"와 같은 문자열 리터럴은 사실은 '''const char'''형의 배열이다. 이 배열은 실제로 사용하는 문자의 갯수보다 한개가 더 많은 요소를 포함하는데, 이는 문자열 리터럴의 끝을 나타내는 '\0' 즉 널 캐릭터를 넣어야하기 때문이다.
상기의 내용을 바탕으로 string에서 우리는 다음과 같은 초기화를 행하는 것이 가능하다.
와 같은 표현을 이용하면 된다.
와 같은 표현을 이용하면 된다.
- Java Study2003/첫번째과제/노수민 . . . . 11 matches
자바는 C++와는 달리 처음부터 객체지향 개념을 기반으로 하여 설계되었고, 객체지향 언어가 제공해 주어야 하는 추상화(Abstraction), 상속(Inheritance), 그리고 다형성(Polymorphism) 등과 같은 특성들을 모두 완벽하게 제공해 주고 있습니다. 또한, 자바의 이러한 객체지향적 특성은 분산 환경, 클라이언트/서버 기반 시스템이 갖는 요구사항도 만족시켜 줄 수 있습니다.
자바는 분산환경에서 작동하도록 설계 되었습니다. 그러나, 자바는 자바 언어와 자바 런타임 시스템 내에 보안 기능이 내재되어 있기 때문에 보안성이 있는 프로그램을 개발할 수 있도록 해 줍니다. 이러한 특성은 자바 프로그램이 네트웍 환경에서 바이러스 등과 같은 프로그램이 파일 시스템을 파괴하려는 것을 막을 수 있도록 해 줍니다.
자바는 서로 다른 이종(Heterogeneous)의 네트워크 환경에서 분산 되어 실행될 수 있도록 설계되었습니다. 이와 같은 환경에서는 응용 프로그램들이 다양한 하드웨어 아키텍쳐 위에서 실행될 수 있어야만 합니다. 이를 위해 자바 컴파일러는 이종의 하드웨어 및 소프트웨어 플랫폼에서 효율적으로 코드를 전송하기 위해 설계된 아키텍쳐 중립적인 중간 코드인 바이트코드를 생성합니다. 이는 동일한 자바 프로그램의 자바 바이트코드가 자바 가상머신이 설치되어 있는 어떤 플랫폼에서도 실행될 수 있도록 하는 것입니다. 또한, 자바는 기본 언어 정의를 엄격하게 함으로써 효율적인 이식성을 제공해 주고 있습니다. 예를 들어, int 형과 같은 기본 데이터형의 크기를 플랫폼과 무관하게 일정하게 하고, 연산자의 기능을 확실하게 규정하고 있습니다. C 언어를 이용하여 int 형을 선언할 때, 도스에서는 16비트, 윈도우 95/98/NT 등 32비트 운영 체제 환경에서는 32비트, 유닉스에서는 32비트 등 그 플랫폼에 따라 크기가 다르지만, 자바에서는 플랫폼에 상관없이 32비트로 고정되도록 하였습니다. 이는 자바 프로그램이 실행되는 환경이 자바 가상머신으로 동일하기 때문입니다.
* 자바 Applat 에서 - 자바 Bytescode는 소스를 자바 컴파일러로 컴파일한 결과물로서 HTML 문서에 비해 크기가 매우 크며 웹 서버에서 브라우저로 전송되기까지가 많은 시간이 걸린다. 일단 전송된 애플릿은 브라우저가 수행시키므로 그 속도는 클라이언트의 시스템 환경과 브라우저가 내장하고 있는 JVM의 성능에 따라 좌우된다. 28.8K 정도의 모뎀 환경이라면 그럴듯한 애플릿을 다운 받아서 수행하는데는 많은 인내심이 필요하게 된다. 그러나, 점차 인터넷 통신 환경이 좋아지고 있으며 가정집을 제외한 대부분의 사무실과 학교 등에서는 전용 회선이 깔려 있고, 넉넉한 환경의 전용선이라면 애플릿을 구동하는데 무리가 없다. 근래에는 가정에서도 초고속 통신 환경을 싼 값에 구축할 수 있으므로 점차적으로 인터넷 환경에서 애플릿의 전송은 부담이 되지 않을 것이다. JVM도 기술적으로 많이 향상되었고, Sun뿐 아니라, IBM과 같은 매머드급 회사들이 뛰어들어 개발하고 있어 초기 지적받았던 JVM의 구동 속도는 점차 문제가 되지 않는 상황이다.
자바 가상머신은 자바 플랫폼의기반을 이루며, 다양한 하드웨어기반 플랫폼에서 사용될 수 있다. (다시 말해서, 자바 가상머신은 윈도우 95/98/NT, 유닉스, 또는 매킨토시 등과 같은 기존의 운영체제 또는 인터넷 익스플로러와 넷스케이프 등과 같은 웹 브라우저 등, 여러 가지 플랫폼에 설치되어 사용될 수 있다)
자바가상머신은 위의 같은 구조로 어떤 환경이든지 자바로 만든 프로그램이라면 실행시켜주는데 가상적인 하드웨어에 가깝다.
JDK와 함께 제공되는 자바 가상머신에 의해 독립적으로 실행될 수 있도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 컴퓨터에서 윈도우의 도스창 또는 유닉스 쉘 등과 같은 쉘에서 자바 가상머신을 이용하여 실행시키는 자바 프로그램입니다. 위에 나오는 그림은 자바 애플리케이션의 실행 과정을 자세히 보여주고 있습니다.
델파이 또는 비주얼 베이직을 이용하여 프로그램을 작성할 때, 버튼이나 창과 같은 컨트롤들을 마우스로 끌어다 프로그램 내에 삽입할 수 있도록 되어 있는데, 이와 마찬가지로 자바 빈은 하나의 완벽한 기능을 갖고 재사용될 수 있도록 만들어진 소프트웨어 컴포넌트입니다. 마이크로소프트에서 제공되는 ActiveX 컴포넌트와 같이 자바에서 컴포넌트 프로그램을 가능하도록 해 줍니다.
- Z&D토론백업 . . . . 11 matches
역사페이지가 될까? 아니면 토론페이지가 될까? [[BR]]
'''짧은 제 소견은...''' 형식적인 것들을 따지기 보다는, 내실있는 학회로 거듭나는 것이 중요하다는 것입니다. 학회의 이름, 통합시에 양쪽의 이해관계, 세미나나 회원 운영방식의 고수... 이런 것들은 우리가 같은 과로서, 모두 함께 발전하고 과의 역량을 결집하는 데, 크게 중요하지 않습니다.. 따라서, 제 생각에는... 통합 과정의 절차는 간소화하고, 서로 다른 모임이 아닌 동문으로서의 하나된 생각으로, 앞으로의 실무적인 얘기에 중점을 뒀으면 합니다.. 그리고, 어차피 새로 들어오는 02학번 신입생들은 통합에 대한 과정은 모를터인데, 그 후배들에게 학회에 대한 '''사명감과 책임감'''을 키워주는 점도 토의해 보아야 할 것 같습니다...
* 통합 회의 - 전에 ZP와의 통합 회의 했을 때부터 이야기를 해야겠군요. 그 당시에 정직형과 광식형이 얘기 했듯이 ZP와 데블스는 자신이 인정할 정도로 학회가 제대로 운영되지 않았던 것 같습니다. 그리고 그 원인을 첫째로 인원에서 보았습니다. 왜냐하면 무슨 일을 하려해도 어느정도는 인원이 있어야 되는데 서로 실질적으로 남은 인원이 거의 없었기 때문입니다. (ZP나 데블스나 00, 01 학번당 한 5명정도...) 작게 봐서 데블스 쪽만 본다 해도 정말 너무 인원이 없었습니다. 2학기 01 MFC 세미나때 1,2명 빠지면 그 주 세미나는 취소될 정도였습니다. 그래서 통합을 하려 했습니다. 그리고 그 이후 회의는 합쳐진 걸 거의 기정사실화한 후 합쳐진 이후에 발생하는 문제점에 대해 회의를 했습니다. 이름이나 서버나 새내기 받는 일등... 그 때 데블스의 입장은 데블스에서 가장 중요한 색이라 생각한 날셈 세미나만 고수할 수 있다면 아주 큰 문제는 없다고 생각했습니다. 전에 따로 태호형이 이야기 했듯이 데블스의 색깔만 잊지만 않는다면 ZP와 통합되어도 그 색이 남아있다고 생각합니다. 뭐 데블스에 다른 여러 색이 많겠지만 제가 생각하기에도 정말 데블스 하면 '날셈 세미나'가 가장 기억에 남습니다. 여튼 그래서 통합을 하면서 그 색을 남기게 하였고 그것이 남아 저는 그것으로 만족했습니다.
말이 많다는것은 그간에 전혀 없었던 대화의 물꼬가 트인 것으로 고무적인 현상으로 받아들여집니다. 데블스와 제로페이지간의 의견차가 그리 커보이지는 않습니다. 학회가 어떤 모습으로 운영되어야 할지 통합을 계기로 조금 더 많은 대화가 오가는게 생산적일것 같습니다. 어린왕자의 길들여지기와 같은 방법으로 시간을 두고 지켜보는 것도 좋겠지만 곧 새내기를 맞을 준비를 해야하는 입장이기에 조금 급한 마음이 없지않습니다. --이덕준
현재의 zp는 모임중 나온 이야기는, '너무 인원이 작은데, '''각자가 관심있는 분야가 같은 시간에 모이지 않는다.'''라는 점' 입니다. 이것은 인터넷이 들어온 이후 다양해 지는 분야 속에 계속 회자되는 이야기이고, 그래서 한 학번당 몇이 모여 프로젝트를 하면 나머지 소수는 따로 노는 그런 상태가 되는것이 안타깝습니다.[[BR]]
데블스와 제로페이지가 하나의 이름을 갖는 학회로 합쳐지길 바라며 모든 자원을 공유하길 바랍니다. 그리고 합쳐진 학회에서 목적이 뚜렷하고 그 목적과 생명주기를 같이하는 조직의 생성과 소멸이 반복되길 바랍니다. --이덕준
* 답변 겸 해서 발전 방안(?)이라 생각되어 남깁니다. ZP에는 군제대나 병특제대후 복학한 회원이 거의 없습니다. 왜 그럴까요? 먼저 군제대후 복학한 사람들의 경우를 보면 다시 발을 들여놓기 힘든 분위기라는 것입니다(제가 느끼기에 말이죠.). 어느 누구도 복학한 사람들에게 ZP로 복귀하기를 요청하지 않은 것이 아닐까 하는 생각이 듭니다..(저도 요청하지 않았지만..--;). 신입생 모집할 때 1학년 수업에만 들어가지 말고(아직 이렇게 하겠죠?) 2/3/4 학년 수업에도 들어가서 모집을 하면 되겠지요.. 병특 끝나고 복귀한 사람이 없는 건 당연합니다..^^ 제가 96학번인데, 우리 학번중에서 병특 끝난 사람이 한명인가 거든요. 이 경우도 공익이라서 빨리 끝난 경우라.. 아무튼 98 학번들중에는 되돌아 올 사람이 좀 되겠지요.. 딴 애기로 빠졌는데.. 2/3/4 학년 수업에도 들어가서 회원 모집을 하면 많은(?) 복학생들은 다시 불러들일 수 있지 않을까 생각됩니다.. 군대를 갔다오면 머리가 빈다고는 하지만 그래도 좀 지나니깐 잘하더군요.. 그들도 ZP의 일원으로 만들면 고학번 주도적인 프로젝트를 진행할 수 있을 듯합니다. 머.. 이 경우의 고학번 주도 프로젝트라고해서 대단한게 나오지는 않겠지만..학회가 살아 움직이는데 도움이 되지 않을까 생각합니다. 참고로 동국대 전산과의 한 모임은 군대문제가 없는 사람들만 뽑더군요. 여자나 복학한 사람이나 병특할 사람이나.. 제가 보기엔 잘 돌아 가는 것 같았습니다. ZP에서는 신입생도 뽑고 복학생도 뽑아서 잘 섞으연 이들보다 잘 되지 않을까요? - 김수영
* 동국대 전산학과 정말 인상 깊네요. 현재 zp의 모습이 오는 사람 막지않고 가는 사람 잡지 않는다 식입니다. 현재 학회로 끌어들이는 공식적인 절차가 없고 지금까지 확실히 복학생에 대한 포용에 대한 방법에 대한 의논이 없었습니다. 말씀처럼 2/3/4학년도 동시에 회원 모집에 하거나, 관심있는 사람들의 서슴없는 참여의 유도를 만들어 나가는것이 좋을것 같은데, 그럼 최소한 말씀하신 공식적인 홍보가 지금의 올해 정도에 좋다고 생각합니다. 일단 단순히 기초적인 홍보활동으로 사람이 모이는걸 지켜보아야 할것같고(이후 공식화 시키는 방향으로), 시점은 학기초에 한번과, 현재 00,01들이 계획하는 위의 계획 대로 여름방학때 밤샘 세미나가 계획되어 있는데, 여름 방학전에 그러한 홍보 전략을 통해서 밤셈세미나에 전체는 아니라도 최소한 절반은 참가하여 포용하는 방법 정도가 생각나는데요. 고학번이 많아져야 더 재미있어 질꺼 같은데. --상민
이 페이지에서 학회의 발전 방안이나 진짜로 중요한것은... 과 같은 주제의 글들은 새로운 페이지 하나로 옮겨져서(다큐먼트 모드로) 정리되었으면 합니다. RefactorMe !!!
- ZeroPageServer/old . . . . 11 matches
- 상관없을것 같습니다. zeropage 에서 직접 DNS 서버 돌리면 subdomain.domain.org 같은 식으로 서브도메인도 사용할 수 있을것 같구요. - [임인택]
DNS 는 로컬 컴퓨터에 설치를 할 수 있고 동작은 하겠는데 교내의 어떤 규율(?)상 안되는 걸로 알고 있습니다. 아마도 네트웍 관리자에게 문의를 해봐야 할듯... 전에 비슷한 문제가 있었는데 유야무야 그냥 이대로 흘러온 것 같습니다. 학교 도메인을 갖지 않으면서 교내에서 운영되는 대표적인 서버로 동문서버일텐데... 이 경우는 어떻게 처리하는지 참고해 보는 것이 좋을 것 같군요. --[Passion]
지금 ZP 서버의 linux가 옛날 버젼이라면 설치된 bind 는 보안 문제가 발생한 것일지도 모르겠습니다. 현재 Solaris가 설치된 회사 서버를 3년간 방치해 두었는데 얼마전에 들어가보니 해커들의 놀이터가 되었더군요. 백도어 및 Rootkit 들이 난무했었다는.... 아마도 문제가 보안 문제가 있었던 OpenSSH 또는 Bind의 문제였던것 같습니다. '''Bind 는 보안에 문제가 없는 최신 버젼으로 업데이트''' 하는 것이 좋겠습니다. 혹시 요즘 서버 관리가 시원찮았다면 [http://www.rkhunter.org/ rkhunter]를 다운 받아서 시스템을 점검보는 것을 추천합니다. --[Passion]
* 현제 ZP서버가 php랑 mysql이 연동이 안되는것 같은데.. 해결좀... - ecmpat
* 일주일전에도 접속했는데 갑자기 왜 그런지 알 수 없네요... 아이피가 차단되는것 같은데... 직접 로컬로 확인해보는 수밖에 없을 것 같아요 죄송하지만 해결하는데 시간이 쫌 걸릴 것 같아요(시험끝날때까지는...) 근데 그것보다도 서버 옮겨달라는게 더 큰 문제네요.. -- 세환
- 서버문제는 항상 문제가 되어왔던 것이니 이번기회에 교수님께 직접 말씀을 드려보는게 낳을것 같습니다. 이번기회에 서버실에 아주 상주를 하는것이 좋을듯합니다. - [임인택]
- 10년이 넘은 역사를 가지고 있는 학회입니다. 정식 학회는 아니지만, 제로페이지가 지금까지 컴퓨터공학과를 위해 어떠한 일을 해왔는지, 앞으로 컴퓨터공학과에 어떤 기여를 할 수 있는지 등에 대해서 교수님께 잘 말씀드리는 것이 좋을것 같습니다. - [임인택]
- 학생회장으로부터 연락받았는데 이번주 목요일에 옮긴다고 하시네. 키보드는 학과에서 준다고 하심. 특별히 문제가 없는한 이곳에 계속 두고 써도될듯.- [임인택]
- 새싹교실/2012/AClass . . . . 11 matches
* 성적 계산기의 경우 90점이상 A, 80점이상 B와 같은 구조입니다. 100점만점을 10으로 나누면 switch문으로 풀 수 있습니다.
1. 위 프로그램을 do-while문으로 바꿔 '똑같은'프로그램이 되도록 해보세요.
* 함수, 배열을 배웠는데 수업시간에 배웠던것 같은데 아직은 헷갈린다
11.Sort를 하나 구현해보세요. 11번과 같은 방법으로 숫자를 랜덤으로 넣은 후, 정렬하고, 정렬된 것을 출력하면 됩니다.
* 이 과제가 무슨 말인지 이해가 안되는 경우 반드시 저에게 물어보고, 과제를 해야합니다.
1.KoiStudy 112~113,115~122 - 문제 많은데 별찍기같은건 한거라서 몇개 할거 없을거에요.
5. 아래와 같은 출력이 나오는 프로그램을 어떻게하면 짤 수 있는지 생각해서 써보도록 합시다. 그 방법이 확실하다고 생각되면 짜보아도 좋아요 :)
링크리스트 설명할때는 대충 이해가 된거 같은데 집가서 책보면서 더 공부해서
아주아주 친해지기 어려울 것 같은데 그래도 노력은 해봐야겠지.....
3.call by value, call by reference에 관해 설명하고, 그것이 정확히 어떤 것인지, 어떤 문제가 생기는지 서술.
* [도상희] - 완전 많이써야지. this의 용법. 그리고 어......... 디폴트 생성자 그리고 오늘 배운게 끝인거 같은데...
- 새싹교실/2012/AClass/1회차 . . . . 11 matches
성적 계산기의 경우 90점이상 A, 80점이상 B와 같은 구조입니다. 100점만점을 10으로 나누면 switch문으로 풀 수 있습니다.
10.위 프로그램을 do-while문으로 바꿔 '똑같은'프로그램이 되도록 해보세요.
#include : 전처리 지시자,<stdio.h>같은 것을 찾아 지시자가 놓인 위치에 그 파일의
10.위 프로그램을 do-while문으로 바꿔 '똑같은'프로그램이 되도록 해보세요.
== : 같은지 비교하는 관계 연산자
-성적 계산기의 경우 90점이상 A, 80점이상 B와 같은 구조입니다. 100점만점을 10으로 나누면 switch문으로 풀 수 있습니다.
10. 위 프로그램을 do-while문으로 바꿔 '똑같은'프로그램이 되도록 해보세요.
1)대입 연산시 발생 : 오른쪽에 존재하는 데이터가 왼쪽에 존재하는 데이터의 자료형으로 자동 형 변환된다. (값의 표현 범위가 넓은 데이터로의 형 변환은 아무런 문제가 발생하지 않는다.)
성적 계산기의 경우 90점이상 A, 80점이상 B와 같은 구조입니다. 100점만점을 10으로 나누면 switch문으로 풀 수 있습니다.
10.위 프로그램을 do-while문으로 바꿔 '똑같은'프로그램이 되도록 해보세요.
- 배열이란 같은 자료형의 변수 여러 개를 하나로 묶을 것을 말한다. 프로그램의 길이를 줄이기 위해서(?)
- 정모/2006.12.16 . . . . 11 matches
* 정현 - 기수를 묶음으로써 같은 기수들 중에 학번이 다른 사람들은 소외감을 느낄 수 있다.
* 창섭 - 이미 다른 집단을 볼 때에 문제가 되지 않을 것 같다.
* 창섭 - 2학년에게 회장을 암묵적으로 맡기는건 경험 문제가 문제가 될 수 있다.
* 상욱 - 프로젝트 하려고 모이는 모임이기 때문에 꼭 회장을 하려는 의욕이 부족할 것 같다. 그렇기 때문에 집중 세미나와 같은 회장(단)에게 메리트를 주자. 그렇다면 2학년이 회장을 맡는게 좋을 것 같다.
* 창섭 - 세미나와 같은 이점은 4학년과 같은 경우에 적용이 되지 않기 때문에 다른 이점이 나왔으면 좋겠다.
* 상섭 - 책과 같은 실질적 지원을 주었으면 좋을 것 같다.
* 석천 - 금전적인 문제가 들어가면 문제가 생길 수 있다.
* 정현 - MT비 면제같은 물질적인 것을 준다면, 반발심리가 생길 수 있다.
- 02_C++세미나 . . . . 10 matches
// 구조체는 사용자 정의 데이터 형이다. 구조체를 설정해 놓으면 그것을 int나 long같은 기본 데이터형처럼 쓸수있다. 예제를 봅시다.
* 같은 타입의 데이터를 묶어서 표현해줄수 있는 것.
다음과 같은 선언도 유효하다.
무슨말인지 이해가 안되면 10번만 다시 잘 읽고, 다음 예를 보길 바란다.
3번째 문장 이후 *p와 a는 같은 의미로 쓰이게 되는 것이다.
비록 같은 이름이라 할지라도 다른 블럭에 있으면 다른 변수인 것이다.
이와 같은 호출을 '''Call by value''' 라고 한다..
* 여기 있는게 기본 아닌가.. 이건 필히 알아야 도움이 될거 같은데.. --선호
* enum, union, pointer 같은건 안해도 되려나? -.-; pointer 는 더더욱 해야할거 같은데.. --창섭
- BigBang . . . . 10 matches
* long long 같은 경우에는 없을수도 있다.
* stack이나 heap에서 데이터를 free 할 때, 실제로 포인터만 이동이 된다. 그래서 실제로는 데이터가 메모리에 남아있게 된다(기존의 값을 초기화화 할 필요없이 할당 플래그만 해제하면 되므로). 중간에 다른 곳에서 호출이 될 경우에 데이터가 덮어 써지는 문제가 발생할 수 있으므로, dangling pointer를 조심해야 한다.
* printf의 경우에는 첫째인자로 형을 판단할수 있기 때문에 문제가 되지 않죠. 하지만 같은 이유에서인지 printf("%f", 3) 을 잘못출력하는 문제가 있습니다. 이 취약점을 이용한 해킹 방법도 존재하지요. - [안혁준]
* namespace로 같은 이름을 가진 클래스들을 사용해보자
* boost는 c++ library인데, 주요 쓰는 함수나 패턴들을 다 모아 놓은 것들이다. (java의 jUnit 같은 거?)
* 복사 생성자 - 어떤 객체의 초기화를 위해 그와 같은 타입의 객체로부터 초기화할 때 호출되는 함수.
* 복사 대입 연산자 - 같은 타입의 다른 객체에 어떤 객체의 값을 복사하는 용도로 쓰이는 함수이다.
//의 경우 A가 초기화가 안될 수 있다. scope에 따른 문제가 발생 될 수 있다.
- CToAssembly . . . . 10 matches
C/C++같은 고급언어의 컴파일러는 고급언어를 어셈블리코드로 변환할 수 있다. GNU C/C++ 컴파일러의 -S 옵션은 프로그램 소스에 해당하는 어셈블리코드를 생성한다. 반복, 함수 호출, 변수 선언과 같은 기본적인 구조가 어셈블리어로 어떻게 대응하는지 알면 C 내부를 이해하기 쉽다. 이 글을 이해하기위해서는 컴퓨터구조와 Intel x86 어셈블리어에 익숙해야 한다.
일반적으로 함수는 함수가 사용할 변수들을 정의한다. 이 변수들을 유지하려면 공간이 필요하다. 함수 호출시 변수값을 유지하기위해 스택을 사용한다. 프로그램 실행중에 반복되는 재귀호출시(recursive call) activation record가 유지되는 방법을 이해하는 것이 중요하다. esp나 ebp같은 레지스터 사용법과 스택을 다루는 push와 pop같은 명령어 사용법은 함수호출과 반환방식을 이해하는데 중요하다.
먼저 스택포인터의 값을 기준포인터 레지스터(base pointer register) ebp에 복사한다. 기준포인터는 스택의 다른 위치를 접근할때 사용할 고정된 기준점이다. foo를 호출한 코드에서도 ebp를 사용하므로, 값을 esp 값으로 대체하기 전에 스택에 복사한다. 명령어 subl $4, %esp는 스택포인터를 감소하여 정수를 담기위한 (4 바이트) 공간을 만든다. 다음 줄은 값 10을 ebp에서 4를 뺀 (4 바이트) 주소에 복사한다. 명령어 movl %ebp, %esp는 스택포인터를 foo 시작시 가졌던 값으로 되돌리고, popl %ebp는 기준포인터 레지스터의 값을 되돌린다. 스택포인터는 이제 foo를 시작하기 전과 같은 값을 가진다. 아래 표는 main 시작과 목록 4의 (main에서 반환을 제외한) 각 명령어 실행후 레지스터 ebp, esp와 3988에서 3999까지 스택 주소의 내용이다. 우리는 main의 첫 명령어 실행전에 ebp는 값 7000, esp는 값 4000을 가지며, 스택 주소 3988에서 3999까지 임의의 값 219986, 1265789, 86이 저장되있다고 가정한다. 또, main에서 call foo 다음에 나오는 명령어의 주소가 30000이라고 가정한다.
이 프로그램은 C 문장 add(10,20)이 다음과 같은 어셈블러코드로 변환됨을 확인하면 명확해진다:
또, 인라인 어셈블리 명령어는 프로그램의 가장 안쪽 반복문의 속도를 빠르게한다. 예를 들어, 어떤 같은 각도에 대한 sine과 cosine은 fsincos x86 명령어로 얻을 수 있다. 아마도 아래 두 목록은 이 점을 잘 이해하도록 도와줄 것이다.
GCC의 최적화는 asm 표현이 있더라도 실행시간을 최소화하기위해 프로그램 코드를 재배열하고 재작성하려고 시도한다. asm의 출력값을 사용하지 않는다고 판단하면, asm과 아규먼트 사이에 키워드 volatile이 없는 한 최적화는 명령어를 생략한다. (특별한 경우로 GCC는 출력 연산수가 없는 asm을 반복문 밖으로 옮기지 않는다.) asm은 예측하기 힘든 방식으로, 심지어 호출간에도, 옮겨질 수 있다. 특별한 어셈블리 명령어 순서를 보장하는 유일한 방법은 모든 명령어를 모두 같은 asm에 포함하는 것이다.
여러 작은 C 프로그램을 (-O2 같은) 최적화 옵션을 주고 또 안주고 컴파일해보라. 결과 어셈블리코드를 읽고 컴파일러가 사용한 공통된 최적화 기법을 찾아라.
인라인 asm 문장이 있는 여러 작은 C 프로그램을 컴파일해보라. 이런 프로그램의 어셈블리코드에는 무슨 차이가 있는가?
- ZeroPage_200_OK . . . . 10 matches
* form 관련으로 사용자 입력을 받을 수 있었던 부분 실습을 주로 배웠습니다. 근데 궁금한게 도중에 html5 얘기를 하시면서 <a href=""><button>abc</button></a> html5에서는 이렇게 사용할 수 있는데 이런게 자바스크립트를 쓸 수 없는 경우에 된다고 하셨는데 그럼 원래 버튼의 onclick같은 on~는 자바스크립트인건가요? - [서영주]
* 이번 주제는 형진이형한테 여러번 들었던 내용이었네요. 확실히 여러번 들으니까 무슨 이야기를 하는지 조금 더 빠르게 이해할 수 있었던 것 같습니다. 그리고 지난번 들을 때에는 궁금한게 생각 안 났었는데 이번엔 궁금한게 생기더군요. 뭐지 -ㅅ-;; ㅋㅋ 다만 다음주에 할아버지 팔순이라 참여를 못 하게 되어서 좀 아쉬울 뿐.. -_-a 그리고 공모전과 관련해서 끝나고 이런 저런 이야기가 많이 나왔었는데, 잘 진행되어 우리 잘 하고 있어요~ 라는 모습을 보여줬으면 하네요 - [권순의]
* https는 정말 어려운 주제 같네요. 일단 이해 되고 나면 쉬운데 뭔가 이것 저것 얽혀있는 느낌이네요. 따지고 보면 레이어 하나 추가되었을 뿐인데 난이도는 급 상승. 세션이나 쿠키같은경우에는 나오게 된 배경을 알게되어서 확실하게 이해하고 가는 느낌이네요. - [안혁준]
* 자바스크립트에서 자주 this 얘기가 나오던데, 이번에 이야기를 들을 수 있어서 좋았습니다. 개인적인 느낌을 말하자면 함수가 데이터로 취급되는데 함수 내부에서 함수를 호출한 객체(execution context)의 정보를 사용하기 위해서 this를 사용한다는 느낌이는데 맞는지 모르겠군요. p.print를 넘기는 것도 실제로 class p에 있는 함수를 넘기는 게 아니라 p.print에 바인딩 된 어떤 함수를 넘기는 것이니까 내부의 this가 기존 OOP와 같이 해당 class의 인스턴스는 될 수 없겠죠. 그리고 제일 마음에 들었던 것은 역시 예전에 했던 스터디에서 다뤘던 자바스크립트의 네 가지 특징에 대해서 들을 수 있었다는 점이었습니다. 사실 예전 스터디 떄 무척 듣고 싶었는데 개인적인 사정으로 참가를 할 수 없어서 꽤 아쉬웠던 터라 ;;; 마지막에는 개인적인 사정으로 시간이 안 맞아서 좀 급하게 나갔는데, 그래도 최대한 들을 수 있는 데까지 듣기를 잘 한 것 같은 느낌이 들었습니다. - [서민관]
* 자바스크립트의 언어 특성에 따라서 배우고 기본적인 사용 문법에 대해서 배웠습니다. 명령형 구조적 프로그래밍 언어적인 부분에 대해서는 그렇게 어려운건 없었는데 그 뒤의 함수형 선언적 프로그래밍 언어 부분에서 클로저랑 함수에 함수를 인자로 주는 부분이 같이 쓰이니까 좀 복잡했었습니다. 조금 더 공부해야 할 것 같습니다. var Person = function(){}; 같은 부분나 this가 new를 했을 때에만 제대로 동작한다는 부분도 특이했습니다. 문법적인 부분 자체는 그렇게 어려운 것 같지 않은데 함수를 중첩해서 쓰거나 그런 부분이 약간 알아보기 힘든 것 같습니다. - [서영주]
* 서버에서 데이터를 가져와서 보여줘야 하는 경우에 싱글스레드를 사용하기 때문에 생기는 문제점에 대해서 배우고 이를 처리하기 위한 방법을 배웠습니다. 처음에는 iframe을 이용한 처리를 배웠는데 iframe 내부는 독립적인 페이지이기 때문에 바깥의 렌더링에 영향을 안주지만 페이지를 이동하는 소리가 나고, iframe이 서버측의 데이터를 읽어서 렌더링 해줄 때 서버측의 스크립트가 실행되는 문제점 등이 있음을 알았습니다. 이를 대체하기 위해 ajax를 사용하는데 ajax는 렌더링은 하지 않고 요청 스레드만 생성해서 처리를 하는 방식인데 xmlHttpRequest나 ActiveXObject같은 내장객체를 써서 요청 스레드를 생성한다는걸 배웠습니다. ajax라고 말은 많이 들었는데 구체적으로 어떤 함수나 어떤 객체를 쓰면 ajax인건가는 잘 몰랐었는데 일반적으로 비동기 처리를 하는거면 ajax라고 말할 수 있다고 하셨습니다. 그리고 중간에 body.innerHTML을 직접 수정하는 부분에서 문제가 생겼었는데 innerHTML을 손대면 DOM이 다시 만들어져서 핸들러가 전부 다 사라진다는 것도 기억을 해둬야겠습니다. - [서영주]
* setter, getter - 같은 함수가 set용 인자가 들어있을 경우에는 setter로, 그렇지 않을 경우에는 getter로 실행된다.
* append(), appendTo() - jQuery에는 같은 기능의 함수인데 체이닝을 쉽게 하기 위해서 caller와 parameter가 뒤바뀐 함수들이 있다. (ex. A.append(B) == B.appendTo(A))
* CSS -> HTML -> JavaScript 순서로 html을 작성한다. - CSS가 뒤에 있으면 HTML 렌더링을 한 후에 CSS가 적용된다. JavaScript가 앞에 있으면 JavaScript가 다 받아지고 나서 뒷부분이 실행되기 때문에 속도에 문제가 있을 수 있다.
- 가독성 . . . . 10 matches
간단하게 C언어에 대한 문제와 답을 올리는 페이지에서 다음과 같은 내용이 있었다.
=== brace를 같은 줄에 쓰는 것이 과연 가독성을 해치는가? ===
가독성은 개인취향이라고 생각합니다. 제 경우는 C, C++에서 { 를 내리지 않는 경우보단 내리는 경우가 더 보기 편하고, JavaLanguage 에서는 내리지 않는게 더 편하답니다. 애초에 CodingConventions 이라는 것이 존재하는 것도 통일된 코딩규칙을 따르지 않고 개인취향의 코드를 만들어내다 보면 전체적으로 코드의 융통성이 결여되고 가독성또한 전체적으로 떨어지는 문제를 미연에 방지하기 위함이라고 생각합니다. 특히나 ExtremeProgramming 의 경우처럼 CollectiveOwnership 을 중요한 프랙티스 중의 하나로 규정한 방법론에서는 CodingConventions 과 같은 공동소유의 산출물에 대한 규칙이 더윽 중요하다고 생각됩니다. 요는, { 를 내리느냐 내리지 않느냐가 가독성이 높냐 낮냐를 결정짓는 것이 아니고 가독성이라는 하나의 평가요소의 가치는 개인에 따라 달라질 수 있다는 것입니다. - 임인택
이 글을 쓰고 저 문제에 대한 이의 제기가 들어올줄 예상은 하고 있었습니다. 그에 따른 제 변명은 이렇습니다. 여러 언어의 특성상 언어마다의 코딩 스타일은 엄연히 존재합니다. C언어의 특성에 따라 하나의 함수는 한 화면에 모두 출력되게 하는 것이 중요합니다. (물론 요즘과 같은 큰 터미널에서는 문제가 되지 않겠습니다만,..) 때문에 코드의 가독성을 높히며 많은 코드들을 짜는 것은 불가분의 관계라고도 할 수 있겠죠.(함수를 붙여쓰면 코드들은 많이 들어가나 가독성이 매우 떨어지죠.) 하지만 C언어에서 저것과 같은 방식의 코드는 코드의 라인만 늘리는 결과를 초래하게 됩니다. 예를 들어 24라인만 쓸 수 있는데 for문과 while문의 갯수가 4개라고 하면 4줄을 낭비하는 꼴이 됩니다. 즉, for문과 while문의 가독성을 위해 전체적인 함수 가독성을 떨어뜨리게 되는 것이죠. (또한 for문과 while문의 {를 아래로 내리는 것과 위로 올리는 것의 차이점은 얼마되지 않습니다.) 제가 강조한 것은 이 전체적인 모듈의 가독성을 뜻한 것입니다. (딴지를 걸자면 80x24 화면에 저러한 코딩 방식을 사용하는 것은 죽음을 자초하는 길일것입니다. 토발즈 또한 강조한 것이기도 하구요. :) ) - 이영호
''Python 과 같은 언어의 경우 {} 자체를 쓰지 않고 아에 들여쓰기로 블록를 표현합니다. 우리가 코드를 볼때 해당 블록 범위를 읽을때에는 { } 의 위치보다는 들여쓰기로 블록 범위를 파악하는 일이 더 많다는 점에 대해서도 생각해 볼 필요가 있을 것 같습니다. --[1002]''
저도 딴지를 약간 걸어보자면 토발즈가 작성한 Linux Kernel Coding Style 이라는 문서를 보니 첫 부분에 다음과 같은 부분이 있네요.
=== 같은 코드도 가독성이 작업 환경에 따라 달라지는가? ===
그래서 추측을 했었는데, 자신이 쓰는 도구에 따라 같은 코드도 가독성에 영향을 받을 수 있겠다는 생각을 해봅니다. VI 등의 editor 들로 코드를 보는 분들이라면 아마 일반 문서처럼 주욱 있는 코드들이 navigation 하기 편합니다. (아마 jkl; 로 돌아다니거나 ctrl+n 으로 page 단위로 이동하시는 등) 이러한 경우 OO 코드를 분석하려면 이화일 저화일 에디터에 띄워야 하는 화일들이 많아지고, 이동하기 불편하게 됩니다. (물론 ctags 를 쓰는 사람들은 또 코드 분석법이 다르겠죠) 하지만 Eclipse 를 쓰는 사람이라면 코드 분석시 outliner 와 caller & callee 를 써서 코드를 분석하고 navigation 할 겁니다. 이런 분들의 경우 클래스들과 메소드들이 잘게 나누어져 있어도 차라리 메소드의 의미들이 잘 분리되어있는게 분석하기 좋죠.
- 데블스캠프2012/둘째날/후기 . . . . 10 matches
* [김윤환] - 이히히 ㅠㅜ 무슨말이죠 ㅋㅋㅋㅋㅋㅋ 시간 내내 말하시는 용어 찿고 공부하느라 못따라갔습니다. ㅠㅜ 그래도 용어 같은건 많이 알게 된것 같아요
* [서민관] - 유상민 선배님께서 오실 줄은 몰랐는데 정말 귀중한 시간을 써 주신 것 같습니다. 개인적으로 웹이나 서버 쪽에도 관심이 많아서 관련 이야기를 좀 들을 수 있어서 좋았습니다. 개인적인 사정으로 이야기를 자세히 못 들어서 좀 아쉬웠지만 잠깐 듣기에도 꽤 흥미가 가는 내용이었습니다. 그리고 집에서 월간 마이크로소프트를 현재 보고 있는데, 말씀하시는 걸 들어보면 월간 마소 좀 보면서 이것저것 해 보는 게 좋을 것 같네요. 여담이지만 형진 선배가 정말 이상한 걸 잘 하시는군요... 삼성도 참 문제가 많은듯...
* [정종록] - 앞의 강의 내용 때문에 날로 먹는 강의... APM setup하는데 그것 까지는 했지만 점점 뒤로 갈수록 굳이 지금 제 노트북에 깔고 싶지 않아서....블로그 같은 것을 안하는지라. 그래도 재미있었습니다. 특히 위키를 하나 만들떄..
* [안혁준] - 아 결국 맨붕으로 이끌었네요.. 사실은 Node.js에 대해 다루고 싶었지만, 저도 잘 알지못하고 개념적으로 아는게 많았던 데다가 자바스크립트자체를 이해하기 힘들것이라는 판단하에 난이도를 많이 낮추었는데 역시 클로져의 세계는 너무 어려워요. 사실 오늘 한건 자바스크립트의 어려운 주제들을 다루지 않았다는게 함정. 원래는 설명식으로 할려그랬는데 난이도를 낮추다 보니 실습이 들어가게 되었네요. 실습 예제를 제대로 준비하지 않았던건 저의 실수. 실행 환경에 대해서 자세히 설명하지 않았던것도 실수. 이것저것 실수 투성이네요. C와 거희 유사하다는 점에 착안해서 C예제들을 JavaScript로 했었으면 괜찮지 않았을까 하는 후회가 남네요. 그래도 맵리듀스 같은 어려운 주제를 그나마 이해할려고 노력하는 사람들이 있었다는 것에 조금이나마 안도감이 듭니다. 자바스크립트에 관해 궁금한게 있으시다면 언제든 저에게 연락을.. 아는 범위내에서 상세하게 답을 드리겠습니다.
* [정종록] - 자바스크립트에 대해 아는게 별로 없어서 편견이 없기에 편견을 깨지 않고 그대로 받아들이는 시간. 다른언어 c나 자바 같은데서 못하던게 가능해서 신기했고 재미있었음. 문제는 새내기들이 피보나치를 못해서 당황스러웠지... 왜 피보나치하는데 다이나믹프로그래밍이 생각나는거냐 알고리즘 ㅋㅋㅋㅋ
* [안혁준] - 키넥트를 말로만 들었지 실제 어떤식으로 동작되는지를 몰랐는데 오늘에서야 알게 되네요. 다만 키넥트의 인식이 그다지 좋지 못하다는점(관절이 20개만 잡힌다는게..) API쪽도 MS인 만큼 비공개가 많다는 점도 알게되었고요. 마이크 위치 인식같은 경우에는 음향 반사 때문에 인식이 좋지 않을수도 있다는 생각이 들었습니다. 사실 이정도 물건이면 여러가지 활용방안이 있을수 있는데 그게 어디까지 가능한가를 알게 되어서 좋은 시간이었습니다.
* [서영주] - 일반적인 프로젝트가 아닌 프로젝트의 환경 구성같은 부분은 늘 궁금한 부분이어서 이번에 이런식으로 준비를 해야 한다 그런 부분들도 제대로 설명을 해주신 부분이 좋았습니다. 모션인식 자체는 신기했는데 보면서 조금 궁금했던게 스켈레톤의 관절 인식을 기본으로 보여주셨었는데 손바닥, 손가락처럼 신체 일부만 인식을 하는건 안되는건가요?
* [권영기] - 사실 이 문서에 관해서는 이전에 봤던 기억이 있는 것 같은데(언젠지는 잘 모르겠지만), 다시 보게되니까 정말 재미있네요. 이런 식으로는 작성해서는 안되겠다는 반면교사로 삼으면서 웃고 즐길 수 있었습니다. ㅋㅋㅋㅋ
* [서영주] - 코드를 이상하게 만드는 방법은 정말 다양하다는걸 알았습니다. #define이나 흔히 사람들이 생각할 함수의 인자명을 이상하게 하는 것 등등. 근데 단순히 함수, 변수의 이름, 인자의 이름 등에 관한 네이밍만으로도 상당히 헷갈릴 수 있는걸 보고 단순하지만 네이밍의 중요함을 다시 한 번 느꼈습니다. 이상한 기능이야 안쓰면 그만이겠지만 네이밍같은 부분은 안할수가 없을테니까요.
- 새싹스터디2006/의견 . . . . 10 matches
새로운 회원을 모집하고 올해도 [새싹스터디2006]를 시작했습니다. 아마 스터디를 진행하는 반별로 다시 하위페이지를 만들고 나름대로 진행해 나가겠죠. 숙제와 소스를 올리는 하위페이지가 다시 생길 것입니다. 여기서 한 가지 고민이 생겼습니다.
제로페이지 위키에 [새싹스터디2006]에서 소그룹으로 진행한 기록이 재학생에게 필요할까요? [제로페이지의문제점]에서도 ''스터디가 신입 수준을 벗어나지 못한다''라는 점을 지적합니다. [2004년활동지도]의 1학기 스터디, [새싹C스터디2005]의 Class페이지들이 대표적입니다. 반면 [새싹C스터디2005/선생님페이지], [새싹배움터05/첫번째배움터], [새싹C스터디2005/pointer]와 같은 페이지는 현재 [새싹스터디2006]을 진행하는데 도움을 줍니다. 조금만 가다듬으면 [STL]페이지처럼 주제별로 정리할 수 있습니다.
여기 페이지도 나름대로 필요하다고 생각합니다. 각 팀마다 06학번 신입생의 실력이 다른 것 처럼 각 팀은 각 나름대로 진행해야 할 것입니다. 하위 페이지에서 기록이 단순히 '재학생을 위해서' 가 아닌 무슨 문제를 풀었고, 언제 만날건지, 어떤 문제를 풀건지 등 위키에 내용으로 남겨두는 것이 좋을것 같습니다. 후에 또 참고할 수 있도 있고. 지금 많은 class의 진척도도 볼 수 있고요.
위키에 기록을 남기되 개인위키를 활용하자는 말입니다. [stuck]같은 페이지에서 언제 만날지, 오늘은 누가 나왔는지까지 후에 참고할 필요가 없다고 생각합니다. 또 [빵페이지/구구단], [복/숙제제출] 같이 페이지 아래 실습한 내용이 분산되지 않고, 각 반의 숙제 페이지는 되도록 문제에 따라 한자리에 정리하면 좋겠습니다. 진행 상황은 페이지를 만들지 않아도 링크를 걸면 되겠죠. -- [Leonardong]
위키의 [분류분류]나 [지도분류]가 잘 정리될 수 있다면 아무래도 상관없습니다. 이미 여러 프로젝트, 스터디 페이지가 제로페이지 위키에 존재하고 [프로젝트지도]나 [2004년활동지도]같은 곳에 링크가 걸려 있습니다. 개별 스터디 그룹의 메인페이지를 개인 위키에서 유지하고, 숙제등은 제로페이지 위키에 올리고 메인페이지에서 링크를 걸 생각을 해 보았습니다.
사실 [너구리]페이지는 제로페이지 위키에 있어도 그만입니다. 현재 진행중인 스터디를 모두 링크하는데 [너구리]페이지가 너굴아빠 개인위키에 있든 어디 있든 상관없지요. 다만 최근바뀐글을 생각하면 일장일단이 있습니다. [너구리]페이지가 제로페이지 위키에 있으면 현재 진행중인 스터디를 모든 사람이 한 곳에서 볼 수 있을 것이고, 따라서 다른 스터디도 돌아볼 기회가 많아지겠죠. 반대로 [너구리]페이지가 개인 위키에 있으면 자신의 위키홈에 가야지 볼 수 있기 때문에, 개인 위키 사용을 활발히 만들 겁니다.
어느쪽이 되었든 하위페이지는 신중히 만들어야 합니다. 하위페이지는 순간 만들기 쉽지만 갈수록 구조를 바꾸기가 어려워집니다. '''숙제'''로 제로페이지 위키에 있는 페이지를 검색해 보세요. 내용으로 정리할 수 있는 페이지가 있지만, 손보려면 드는 시간이 적지 않을 겁니다. 일일이 페이지를 열어보기 전까지는 그 안에 어떤 내용이 있는지 알 수도 없고요. 또 하위페이지는 링크를 걸기가 더 어렵습니다. 상위 페이지 외에는 그 하위 페이지의 역링크 개수는 0에 가깝습니다. 이를테면 [5인용C++스터디/멀티쓰레드]는 [5인용C++스터디]에서만 링크하고 있습니다. 이러한 현상은 하위의 하위 페이지로 들어가면 더 심해질 것입니다. -- [Leonardong]
- 시간관리인생관리/요약 . . . . 10 matches
1. 같은 목록을 가지고 이번에는 '''중요도'''에 따라 우선순위를 정하라. 중요도 순으로 내림차순 번호를 붙인다.
* 과거에 겪은 경험에 바탕해서 가능한 정직하게 이 질문에 답하고 목록을 보라. - 실제로 할것 같은가? 100% 60% 20%
* 예상대로 주말까지 성공적으로 수행항 항목들은 목록에서 지워라. 여수행하지 못한 항목들을 검토하고, 같은 수준의 중요도에 머물러 있다면 결코 수행되지 않는다는 사실을 받아들여라.
==== 문제가 발생하면 '''왜''' 그런 문제가 발생했는지 아는대 관심을 집중하라. ====
==== 성공의 열쇠는 다음과 같은 관심이다. ====
* 10가지 이하의 일들을 위와 같은 방법으로 한다. 이제는 그 일들을 종이에 적는다.
==== 어떤 문제가 반복해서 일어난다면, 시간을 내서 그것으 분석한 후에 효과적인 시스템을 개발하라. ====
* 같은 방법을 재귀적으로 반복해라
==== 시간 일지를 어디에 시간 문제가 있는 알아보는 좋은 방법이다. ====
- 열린제로페이지 . . . . 10 matches
전체적인 부분에 대한 고민은 부족하지만, 한가지 사실을 간과하는듯 하여 글을 남깁니다. 현 시점에서 제로페이지는 자선 단체가 아닙니다. 누군가 자신의 잉여 시간을 투자하여, 원할한 스터디나 프로젝트를 위해 돕는게 아닙니다. 시나리오 1-1, 2-1에서의 이유는 '누군가 뒷바라지를 안해줘서', '기대고 들어올 틈이 보이지 않아서' 라는게 주요한 이유로 보이지만, 현재로선 이러한 상황에 대한 여유가 없었고 또한 학회가 생긴 본래의 목적은 아니었기 때문입니다. 오히려 반문해볼 수 있습니다. 제로페이지에 들어오는데 누구도 막은 일이 없는것으로 알고 있습니다.(제가 학교에 없을때의 일은 모르겠습니다.) 진입장벽 이야기는, 어느 모임에나 있습니다. '모임에 처음나갔는데 아는 사람끼리만 이야기 하고 너무 서먹하더라'로 귀결되는 이야기는 여타의 동호회에서도 쉽게 찾아볼 수 있는 문제점 입니다. 모임에 들어오고자, 모임에서 어떤 내용을 얻고자 한다면 노력이 있어야 하는건 당연합니다. 애초에 그러한 접근 자체를 차단한다면 문제가 되겠지만, 현재는 말이 제로페이지로 묶여있는 상태이지 교류는 제한을 두지 않는것으로 압니다. 예를들어, 나우누리라는 통신회사가 자료를 누구나 쓸 수 있게 공개를 하지 않았다 하여, 나우누리는 정보 공유의 진입 장벽이 될 뿐이다. 라고 비난할 수는 없는 노릇입니다.
다른 관점에서 살펴봅시다. 주변을 둘러보면 모임이 참 많습니다. 그러한 모임들은 왜 생겨난 것일까요. 전체가 하나라면 장벽도 없고 좋을텐데 말이지요. 하지만, 전체가 해결하지 못하기에 부분이 생겨난 것이고, 그러한 부분들이 묶여서 전체가 되는게 실제 입니다. 제로페이지가 생겨났던 이유도 비슷합니다. 중앙대학교 컴퓨터공학과에서 해결하지 못하는 부분이 생겨났고, 이를 위해 제로페이지가 만들어졌습니다. 대부분은 모임의 특성상 구성원이 필요하고, 이를 위해 지속적인 활동을 요구하게 됩니다. 한가지 중요한 점은 제로페이지가 외부와의 연결고리를 차단한 바는 없고, 자유롭게 교류할 수 있다는점이 현재 이야기한 ["열린제로페이지"] 역할 을 한다고 생각합니다. 물론, 그러한 참여방법을 보다 세련되고 원할하게 만들자는 이야기에 대해서는 찬성합니다.
제로페이지는 자선 단체가 아니라고 하신 말씀에 동의합니다. 그리고 전 제로페이지에서 자선을 베풀자는 얘기를 하지 않았습니다. 시나리오 1-2, 2-2 와같은 상황에서 제로페이지가 손해를 보면서 베푼것이 무엇인지요. 오히려 제로페이지의 학술 정보 교류가 양적, 질적으로 긍적적인 방향으로 이루어지지 않았는지요. 시나리오 1-1, 2-1 의 상황 같이 공부는 하고 싶은데 '' '누군가 뒷바라지를 안해줘서', '기대고 들어올 틈이 없어서' '' 와 같은 생각을 하는 사람에게 학회가 필요한것이 아닐까요. ["열린제로페이지"]를 주장하는것은 궁극적으로 제로페이지의 발전을 위해서 입니다.
흠.. 해결책을 논하는게 어떨까요. 이미 과거에 이런 식의 "열린제로페이지가 좋지만, 사람들이 안들어 온다."로 이와 비슷한 결론이 난것 같습니다. 그렇지만, 이번에 또 재미있는 변수는 "밤샘을 꼭 해야한다." 라는 점도 있을수 있겠지요. [[BR]]
zp 가 학회이지만, 과 내의 모든 공부를 책임져야하는 것 같은 맨 위의 시나리오는 마음에 와닫지 않는다. 원한다면 얼마든지 스스로 길을 찾으라고 하고 싶다. 두리뭉실하게 zp 가 열려있다면 구성원들의 구속력이 불분명한 패닉에 빠질것이다. --박지환
공부를 하는데에 대해서 꼭 '학회'화 될 필요는 없다고 생각합니다. 그냥 한달 단기프로젝트같은 모임이더라도 시작과 끝만 좋을 수 있다면 (대부분 그렇지 않고 '흐지부지', '어영부영'이여서 문제지만) 그것도 좋겠죠. 그러한 모임이 자주 생기는 모습을 구경했으면 좋겠습니다. ZeroPage 안에서건, ["동문서버위키"] 내에서건. --석천
- 우리가나아갈방향 . . . . 10 matches
뭐 하루하루 한페이지만 해도 되는거 같은데 그게 힘드니 원 --;
지식에 대해서는 공유할 수 있지만, 경험과 공부한 것 자체는 공유할 수 없다는 것임을.. 결국은 공부는 스스로 하는 것일테니. 똑같은 책의 한 구절을 보아도 사람에게마다 영양소가되는 위치가 다른 것임을. 일종의 훈련인 것에 대해서는 누구도 어떻게 해줄 수가 없는거지.
암튼. 누차 강조하지만. 공부하기위해 모이지 않기를. 공부한 내용을 가지고 모일 수 있기를.. 경쟁과 협동이 자신들 이익과의 같은 방향노선속에서 적절하게 싹틀수 있기를. 학술연구회라는 거창한 이름이 아니더라도, 하고자 하는 욕망이 있다면 그 길은 저절로 열리는 것임을. '빛이 있으라' 라는 한마디가 세상에 빛을 열어놓은 것처럼. 모임 자체가 억지로 만들어주는 것이 아닌, 자신들이 만들어가야 할 것임을.
따스한 5월의 봄날에 맞이한 제로페이지의 10주년을 진심으로 축하합니다. 10년이라는 적지 않은 시간동안 우리 학회가 만들어온 크고 작은 모습 하나하나는 선배님들과 여러 동기 여러분 그리고 후배님들의 학문에 대한 열정과 서로에 대한 이해와 배려가 일구어낸 아름다운 자화상이라고 생각해봅니다. 우리 제로페이지는 중앙대학교 컴퓨터공학과의 최대 학회이며 여러 학생들의 학술적 비젼을 제시해 주고 있는 중요한 학회입니다. 이런 제로페이지가 좀 더 발전적이고 원숙한 모습을 갖추기 위해서 당부하고 싶은 것들을 몇가지 말씀 드리고자 합니다.
그리고 타성에 빠지지 않으려는 노력이 중요합니다. 늘상하는 같은 종류의 세미나가 학회 활동의 대부분을 차지하는 일이 매년 반복되어서는 안됩니다. 1,2학년때는 열심히 참여하다가 3,4학년때는 별로 배울것이 없다하여 많은 수의 회원들이 활동을 하지않는 모습에대해 비판만 할것이 아니라 반성해보는 자세를 가져야합니다. 최신기술에 대한 순회 세미나와 조직화된 프로젝트팀을 활성화시켜서 회원들의 동기유발을 유도해야합니다. 컴퓨터의 시작은 하나의 뿌리였지만 지금은 수만갈래로 나뉘어져 혼자서는 각각에 대한 기본적인 지식조차 얻기가 어렵습니다. 항상 새로운 주제로 많은 회원이 온/오프라인상에서 꾸준히 공부하고 그것을 나누는 분위기를 조성할 것을 제안합니다.
돌이켜보면 제가 말한 두가지는 이미 여러차례 논의되어 왔던 것이지만, 실제로 옮겨지기까지는 많은 회원들의 노력이 필요한 부분입니다. 10년이면 강산도 변한다는 말이 있듯이 이제 제로페이지는 예전의 그늘에서 벗어나 우리만의 새로운 모습으로 바꿔가는 의지가 절실해지는 때입니다. 이 행사를 준비하기 위해 밤낮으로 고생한 후배님들깨 감사를 전하며 제로페이지가 항상 신선한 모습으로 우리 곁에 남아있기를 진심으로 바랍니다.
CauGlobal을 다녀오고 느낀점이 많았습니다. 그 가운데 여태까지 제가 제로페이지 활동을 하면서 아쉬웠던 점이 많이 떠올랐고, 제로페이지가 나아갈 방향에 대해 느낀점도 있었습니다. 이를 여기에 적어봅니다.
이러한 상황에서 학부생이 경력 관리를 하는 한 가지 방법으로 제로페이지 활동을 할 수 있을 것입니다. 실제로 기업에서 일하는 수준엔 못 미치더라도, 자신의 실력을 보여줄 수 있는 포트폴리오를 만드는 것이지요. 자기가 혼자 만들고 즐기는 것이 아니라 남에게 보여줄 것이기에 어느정도 완성도를 지녀야 할 것입니다. 이게 별 것 아닌 것 같지만, SourceForge같은 공동체도 대다수가 경력 관리를 위해 오픈 소스 프로젝트에 참여하고 있다고 합니다.
다른 한 가지 나아갈 방향으로 인맥을 만들고 정보를 공유하는 제로페이지가 되었으면 합니다. 현재 재학중이고 자주 만나는 제로페이지 회원들끼리는 서로 알고 있습니다. 하지만 그 외 회원들, 선배님과는 연락망이 거의 없다시피 합니다. 졸업하신 선배님을 통해서 정말 많은 정보를 얻을 수 있는데도 제로페이지 전체 회원 연락망이 없다는 사실은 참으로 안타깝습니다.
학교를 따라 인맥이 형성되는 현상은 그다지 바람직하지는 않아 보이나, 없는 것보다는 낫다고 생각합니다. 인맥이 문제가 되는 것이 아니라, 아는 사람이라고 무조건 우대하는 눈먼 인맥이 문제이니까요. 인맥을 통하면 자신이 모르는 정보를 얻을 수도 있고, 자신이 하고자 하는 일에 도움을 받을 수도 있습니다. 아르바이트도 아는 사람을 통해서 구하는 경우가 태반입니다.
- Android/WallpaperChanger . . . . 9 matches
안드로이드 애플리케이션의 속도는 빨라야만 합니다. 음, 효율적이어야 한다고 말하는 쪽이 더 정확할 듯싶네요. 다시 말해, 제한된 컴퓨팅 파워와 데이터 저장소, 작은 화면, 갑갑한 배터리 수명 같은 모바일 장치 환경에서 가능한 한 효율적으로 실행되어야 한다는 것입니다.
일반적으로, 빠르거나 효율적인 코드라는 것은 메모리 할당을 최소화 하고, 꽉 짜인 코드를 작성하고, 특정 프로그래밍 언어나 잠재적으로 성능상 문제가 될만한 프로그래밍 어법들을 피하는 것을 말합니다. 객체지향 용어로 말하자면, 이러한 일이 가장 빈번히 일어나는 곳은 메소드 레벨이며, 이와 비슷하게 실제 코드 라인들과 반복문 등에서 발생합니다 .
누군가는 이 페이지상의 많은 조언이 "섣부른 최적화"나 마찬가지라고 비판할지도 모릅니다. 미시 최적화는 때로는 효율적인 데이터 구조와 알고리즘을 개발하는 것을 더 어렵게 만든다는 것은 사실입니다. 하지만, 핸드셋과 같은 임베디드 기기에서는 때로는 별다른 선택지가 없습니다. 예를 들어, 여러분이 데스크탑에서 개발할 때 생각하는 VM의 성능에 대한 가정을 안드로이드에도 적용한다면, 여러분은 시스템 메모리를 소진해버리는 코드를 꽤나 작성해 버리고 말 것입니다. 이것은 여러분의 애플리케이션이 바닥을 기도록 할 수 있습니다 — 시스템에서 동작하는 다른 프로그램들에게 무엇을 하는지 지켜보세요!
이것이 바로 이 가이드라인이 중요한 이유입니다. 안드로이드의 성공은 여러분의 애플리케이션이 제공하는 사용자 경험(UX)에 달렸고, 사용자 경험이란 것은 여러분의 코드가 빠르고 팔팔하게 반응하는지, 아니면 느리고 무거운지에 달렸습니다. 모든 우리의 애플리케이션들은 같은 장치에서 동작할 것이기 때문에, 어떤 의미로, 우리 모두 함께 이 것들을 지키도록 최선을 다해야 합니다. 이 문서를 운전면허를 딸 때 배워야만 하는 도로교통법이라고 생각하세요: 모든 이가 따르면 문제없이 원활하겠지만, 따르지 않는다면 사고가 날 것처럼 말입니다.
자세한 내용을 다루기 전에, 간단한 주의사항입니다: 아래 설명된 대부분의 이슈들은 VM이 JIT 컴파일러이든 아니든 효과적입니다. 같은 기능을 수행하는 두 메소드가 있고 interpret 방식에서 foo()의 실행속도가 bar()보다 빠르다면, 컴파일 된 버전에서도 아마 foo()가 bar()과 비슷하거나 더 빠른 속도를 보여줄 것입니다. 컴파일러가 여러분을 "구해줄"것이라던가 충분히 빠르게 만들어줄 것이라고 의존하는 건 현명하지 못하다는 것이죠.
C++와 같은 네이티브 언어에서 필드에 직접적으로 접근하는 것 (예. i = mCount) 보다 getter를 사용하는 것 (i = getCount())은 일반적인 관습입니다. 이 방법은 C++에서는 훌륭한 습관입니다. 왜냐하면 항상 접근을 inline화 할 수 있는 컴파일러를 사용하고 있고, 필드에 접근을 제한하거나 디버그 해야 한다면 언제나 코드를 추가할 수 있기 때문입니다.
덧붙여 말하자면, 메소드 인자들은 지역 변수와 같은 성능 특성을 가집니다.
물론, 반대적 측면에서 열거형으로 더 좋은 API를 만들 수 있고 어떤 경우엔 컴파일-타임 값 검사를 할 수 있습니다. 그래서 통상의 교환조건(trade-off)이 적용됩니다: 반드시 공용 API에만 열거형을 사용하고, 성능문제가 중요할 때에는 사용을 피하십시오.
이 문제는 내부 클래스가 접근하는 필드와 메소드 선언에 private 범위가 아닌 package 범위를 가지도록 함으로써 피할 수 있습니다. 이로써 더욱 빠르게 동작하게 되고 자동 생성되는 메소드에 의한 오버헤드를 제거할 수 있습니다. (불운하게도 이 또한 직접적으로 같은 패키지 내의 다른 클래스들이 필드들에 접근할 수 있다는 것을 뜻하게 되며, 모든 필드들은 private로 해야 한다는 표준적인 OO 관습에 거스르게 됩니다. 다시 한번 더 말하자면, 공용 API를 설계하게 된다면 이 최적화를 사용하는 것을 조심스럽게 고민해야만 할 것입니다.)
- C/C++어려운선언문해석하기 . . . . 9 matches
간혹 int * (* (*fp1) (int) ) [10]; 과 같은 선언문이나 혹은 이와 유사하게 난해한 선언문을 볼 기회가 있습니까? 이 글은 이런 C/C++
포인터로 넘어가서 다음과 같은 선언문을 보게되면,
좋습니다. 왜냐하면 다음과 같은 선언문을 사용하면서 실수할만한 소지를 없애주기 때문입니다. (역자주: 참고로 C++ 창시자인 Bjarne
다음과 같은 선언문들을 봅시다. (역자주: 여기서 부터는 선언문 해석 원문을 괄호안에 넣습니다. 선언문을 한글로 표현하기가 이렇게
const가 포인터와 결합되면 조금 복잡해집니다. 예를 들어서 다음과 같은 변수 p, q가 선언되었습니다.
typedef는 보통 아래에 나열한것과 같이 struct는 선언과 같이 사용됩니다. 다음과 같은 struct 선언문을 사용하면 C++ 뿐만 아니라 C에
원문에서는 설명이 없었지만 클래스 멤버 함수 포인터의 경우에도 똑같은 규칙이 적용될 수 있다는걸 알 수 있습니다. 원문에 달린 답글
같은 맥락으로 호출규약이 들어간 경우에도 똑같은 규칙을 적용합니다.
- D3D . . . . 9 matches
* [영현] 음.. 맘에 들지 않는다. 무슨 소리인지 갈피를 잡지 못하는게 현실이다. 관련 책이라도 좀 봐야 하겠다.[[BR]]약간은 설명이 미흡한것 같다. 내가 모자르기 때문일수도 있지만, ㅋㅋㅋ[[BR]]아직까지, 예제다운 예제를 못보다. 3D object를 본적이 없음. 아직까지.. --; - 232p/602p...
* potential function에 대해서만 봤다.. 약간 쓸만한 알고리즘(?) 인것 같다. ㅋㅋㅋ[[BR]]다음에 나오는 PathPlan에 관한얘기는 쉬운것 같은데. 장난이 아니다.[[BR]]머리 아프다. - 249p/602p...
보지 않아도 될것 같다. 무슨 소리들을 하는지. 전부 초기화.. --+ 함수 설명 뿐이네. 흐미.. 그냥..[[BR]]
* Chapter 2: skip. 초기화 부분정도. 횡성 수설임. 무슨 소리하는지 못알아 먹을 정도임.
{ // y변수와 v[1]변수는 같은 메모리 조각을 나타낸다.
--; 고덩학교때 배웠던 내적과 외적. 지금보니 무슨 소리인지.. ㅎㅎㅎ 그냥 적어 봤음. --;
무슨 소리인지... [[BR]]
간단히 적을 따라가는 것. 뭐 알고리즘 같은건 있지도 않을것 같다. [[BR]]
* 야외의 경우와 같은 물리적 장애물이 드문 경우에는 잘된다.
- DoItAgainToLearn . . . . 9 matches
같은 것을 다시 해보는 것에서 우리는 얼마나 많은 것을 배울 수 있는가.
왜 동일한 문제를 여러번 풀고, 왜 같은 내용의 세미나에 또다시 참석을 하고, 같은 프로그램을 거듭 작성할까요?
훨씬 더 많이 배울 수 있기 때문입니다. 화술 교육에서는 같은 주제에 대해 한번 말해본 연사와 두번 말해본 연사에는 천지차이가 있다고 말합니다. 같은 일에 대해 두번의 기회가 주어지면 두번째에는 첫번째보다 잘 할 기회가 있습니다. 게다가 첫번째 경험했던 것을 "터널을 벗어나서" 다소 객관적인 입장에서 볼 수 있게 됩니다. 왜 자신이 저번에 이걸 잘 못했고, 저걸 잘했는지 알게 되고, 어떻게 하면 그걸 더 잘할 수 있을런지 깨닫게 됩니다. 저는 똑같은 문제를 여러번 풀더라도 매번 조금씩 다른 해답을 얻습니다. 그러면서 엄청나게 많은 것을 배웁니다. "비슷한 문제들"을 모두 풀 능력이 생기게 됩니다.
제가 개인적으로 존경하는 전산학자 Robert W. Floyd는 1978년도 튜링상 강연 ''[http://portal.acm.org/ft_gateway.cfm?id=359140&type=pdf&coll=GUIDE&dl=GUIDE&CFID=35891778&CFTOKEN=41807314 The Paradigms of Programming]''(일독을 초강력 추천)에서 다음과 같은 말을 합니다. --김창준
저는 ACM의 ICPC 문제 중에 어떤 놈을 이제까지 열 번도 넘게 풀었습니다. 대부분 PairProgramming이나 세미나에서 프로그래밍 시연을 했던 것인데, 제 세미나에 여러번 참석한 친구가 물었습니다. "신기해요. 창준씨는 그 문제를 풀 때마다 다른 프로그램을 짜는 것 같아요. 혹시 준비를 안해와서 그냥 내키는 대로 하는 건 아니죠? :)" 저는 카오스 시스템과 비슷하게 초기치 민감도가 프로그래밍에도 작용하는 것 같다는 대답을 해줬습니다. 저 스스로 다른 해법을 시도하고 싶은 마음이 있으면 그렇게 출발이 조금 다르고, 또 거기서 나오는 진행 방향도 다르게 됩니다. 그런데 중요한 것은 이렇게 같은 문제를 매번 다르게 푸는 데에서 배우는 것이 엄청나게 많다는 점입니다. 저는 매번, 전보다 개선할 것을 찾아 내게 되고, 또 새로운 것을 배웁니다. 마치 마르지 않는 샘물처럼 계속 생각할 거리를 준다는 점이 참 놀랍습니다. --JuNe
TDD 를 연습하고, 워크샵 준비하고 관련 기사글 작성하느냐고 VonNeumannAirport 문제와 kwic 문제를 각각 5번 이상 풀어보게 되었다. (["Python"] 으로, ["CPlusPlus"] 로, ["Java"]로..) 하지만, 풀 때마다 매번 그 결과가 다르게 나왔다. 같은 문제를 계속 풀다 보니, 더 쉽고 더 간단하게 해당 단계를 뛰어넘는 법이 보이는 것이다. 그리고 JuNe 형과 Pair 를 하는중 첫째날때의 진행방법이 달랐고, 둘째날, 셋째날.. 더 좋은 방법들이 계속 보이는 것이였다. 그 문제 사이즈가 크건 작건, 여유를 가지고 다시 해보는 것에서 얻는 점이 많음을 느끼게 되었다. --["1002"]
- JavaScript/2011년스터디/7월이전 . . . . 9 matches
* 근 한달만의 자바스크립트 스터디입니다.. 한달만에 전부 다 까먹었네요ㅠ 기억나는건 var정도. 일단 전에 하던 json2-js의 분석을 마무리하고 이번엔 직접 짜보기로 했습니다. 과제는 싸이냅소프트의 입사 퀴즈 던전 앤드 드래곤(?)으로 결정. AI에서 배운 웜프스 월드같은 느낌입니다. 아아.. 다시 공부해야겠어요... - [서지혜]
* javascript는 하면 할수록 안되는거같습니다.ㅠㅇㅜ keypress가 왜 한번씩만 입력받는지 고민하느라 시간을 다썻어요. 아주 간단한 에제부터 하면서 다시 event를 받는것을 해봐야겠습니다. 아예 그것뿐만이 아니라 HTML같은 전반적인 것을 공부해야 겠다는 생각이 들었습니다. 아, 이쪽보다 동네 홈페이지를 가지고 장난치는게 더 재밋는것 같네요ㅋ - [박정근]
* 오늘은 새 멤버가 두명 합류했습니다. 기쁘기도 하고 앞으로 스터디를 어떻게 진행해야할지 고민도 조금 되네요! /URLHunter는 점점 그럴듯해지고 있습니다. 지난시간에 문제가 됐던 부분을 해결했어요. 다만 급하게 문제를 해결해나가느라 코드가 지저분해진 게 문제네요. 다음주에 기능이 다 구현될 것 같은데 코드 정리도 좀 해야겠습니다. - [김수경]
* 객체와 프로퍼티. 저희는 객체의 하위개념, 속성쯤으로 프로퍼티가 있다는 결론을 내렸지만 document.write와 같은 것은 어떤지 와 같은 것들은 아직 고민중에 있어요. 정확히 객체와 프로퍼티의 관계는 어떻게 되는건가요?
* 불리언 타입 변환 -41p에서 만약 불리언 값이 문자열 문맥에서 사용되면 true는 문자열"true"로 변환된다와 같은 말이 무슨말인지 정확히 모르겠어요. 저희가 알아낸 것은 true를 write내에 쓰면 1로 인식한다는 것뿐이었어요.
* 저희는 저번주 숙제로 함수까지와 바로뒤 객체까지 새로 공부해보았는데요. 둘다 이 명령어들은 대체 뭔가, 이건 무슨뜻이야?! 가 다반사였습니다. 이해할 수 없는 명령어들은 나중에 다시 나올것이라 가정하고(..) 몇몇개 넘어갔구요. 개념적인 것에서 불리언, 함수, 객체, 프로퍼티등에 대해서 다시 고민해봤어요. 우선 문자열로 숫자를 써놓고 그것을 연산하면 숫자로 바뀐다는 것이 어떤 것인지 좀 명확히 해보았구요, 불리언은 T/F==1/0라는 것에 대해도 보았지요. 함수는 C에서 배웠던 것과 유사해서 크게 어려움은 느끼지 않았구요(앞에 함수 선언을 할 필요가 없더군요!). 문제는 객체/프로퍼티 였는데, 뒤에있는 예제들을 통해 어떤 객체의 속성? 쯤으로 프로퍼티가 있다는 결론을 내렸어요. (이것을 토대로 코딩해보았을때도 저희 예상대로 나왔지요.) ..또 띄어쓰기 문제때문에 한참 고민한 것도 생각나네요. -[김태진]
- OpenGL스터디 . . . . 9 matches
3차원적인 요소를 더 두드러지게 표현하기 위해서는 쉐이딩을 사용하면 된다. 쉐이딩이란 '''입체적인 물체에 음영이나 색상 밝기 등을 잘 조절하여 표면에 입히는 기법'''을 말한다. 이런 기법을 통해서 정육각형같은 경우는 각 면을 도드라지게 표현할 수 있고, 더욱 실감나는 3차원적인 표현을 가능케 한다.
필요한 경우에는 속도저하에 대한 문제가 발생할 수가 있다. 이런점에서 텍스쳐 맵핑은 훌륭한 대안책이 될 수 있다. '''텍스쳐 맵핑이란 각 입체 표면에 미리준비해둔 이미지를
컴퓨터는 기계어라는 언어라는 이진적인 표현(이진법적인 표현)을 사용한다. 한마디로 1011001과 같은 표현을 예시로 들 수 있는데, 이 때문에 연속적인 표현을 실질적으로 표현
* 비실시간 3D는 반대로 미리 구성해둔 3D이미지를 화면에 보여주는 방식을 이야기한다. 예시로는 애니매이션이나 영화를 들 수 있겠다. 고품질 3D이미지같은 경우는 이를 랜더링하고 구성하는데에만 해도 몇시간이 걸릴 정도로 많은 시간이 소요되는데, 이를 위한게 미리 3D이미지를 구성해두고 화면에 띄워주면 즉시 화면에 보여줄 수 있어서 마치 실시간 랜더링한 것 처럼 보여줄 수 있다.
* 고등학교 기하와 백터단원을 배울 때 projection(투영)을 배웠을 것이다. 이때 배운 투영이란, 직교 투영으로 2차원으로 구성된 면에 수직한 축을 기준으로 도형을 구성하는 점들을 면으로 수직하게 내리는 것을 말한다. 직교투영의 특징은 물체가 멀리있는가 없는가에 상관없이 같은 크기 비율로 표현이 된다는 점이다.
* 그렇다면 이 openGL은 구체적으로 어떤식으로 작용하는가? 윈도우를 예시로 들어보자. 윈도우 같은 경우 어떤 화면에 이미지를 출력하려면 '''GDI(graphic Device Interface)라는 그래픽 장치 인터페이스'''를 통해서 출력장치로 출력데이터를 보내 출력한다.
* size 라는 단어가 들어간 타입은 길이나 깊이와 같은 값을 담는데 쓰이는 타입이라는 것을 나타낸다.
* 위와 같은 방식으로 함수 이름이 정해져있는데 예를 들어보자면 다음과 같다.
* glColor3f(GLfloat a, GLfloat b, GLfloat c); ---->이와 같은 함수를 분석해보면, gl이라는 라이브러리에 Color라는 명령을 담당하는 float인자가 3개있는 함수이다.라고 해석할 수 있다.
- ZeroWiki에서 언어습관 . . . . 9 matches
이 예제는 이모티콘이나, 자음, 모음만 사용한 예제 중 양호한 편입니다. 이러한 언어 습관은 작년(2003) 보다 올해(2004)가 두드러 지는것 같은데, 이런 현상에 대하여 어떻게 생각하시나요?
요즘 제로위키 글을 읽다보면, 전자라서 읽다가 그만두는 경우가 종종 발생합니다. 심하게, '글쓴이가 글이 남에게 읽힐때의 고민이 전무하다' 라고 표현할까요? 읽다 보면, 기존에 쓰여진 글들이 매우 딱딱한 문장이 아님에도 채팅과 같은 글들이 밑에 있어서, 딱딱하게 보입니다. 기말고사 시험지에 써있는 낙서, 생각의 흔적들이랄까요? 묘하게 배치된 글들을 보면서, 시간과 공간의 경험이 서로 다른 사람들의 생각과 글들이 융화되기가 참 힘들다는 생각을 가집니다. --NeoCoin
특히 NoSmok:단락나누기 와 같은 위키 쓰기에 관련한 교육이나 고민을 공유하는 시간이 적은 상태에서 진행방향은 점차 더 달라 지는 것 같습니다. 몇년후 [제로위키]는 상당히 특별한 색깔을 가지게 되지 않을까요? --NeoCoin
이것이 지켜진다면, 당연히 [제로위키]의 글도 표준어, 서술형식으로 수렴할 것입니다. 두 가지 이유 가운데서도 과거 글을 - 오래되면 오래 될 수록(?) - 타인이 잘 안 고치는 경향이 있습니다. 건드릴 엄두가 나지 않지요. 따라서 새로 만드는 페이지에 주로 글을 쓰고, 새로 만드는 페이지가 주로 생기기 때문에 새로운 언어습관이 관습화된 것 처럼 보인다고 생각합니다. --[Leonardong]
* 예, 꾸준히 제기되는 문제입니다. 과거 글이 읽히는 것까지 위키라는 시스템이 책임지지는 않지요. 이제 [제로위키]도 2000페이지가 넘었고, 각 페이지당 A4 한장이라고 생각해도, 1000장의 두꺼운 사전이니까요. 휴~, 그 중 우리가 읽고 키울것은 많게 잡아도 20% 내외 일것입니다. (200~300 페이지) 당장 사용하는 것은 10% 정도? 그러나 위키 시스템의 철학적인 면에 대한 학습과 토론의 장이 전무한 상황에서 당연한 결과 같네요. [위키요정]과 NoSmok:문서구조조정 NoSmok:WikiGardening 등의 노력이 적은게 아쉽습니다.
''새로 만드는 페이지에 주로 글을 쓰고, 새로 만드는 페이지가 주로 생기는 것에 대하여...''
* [제로위키]가 태어나고 1년즈음에 이르로 이러한 문제가 본격 제기되었습니다. 새로운 회원들에게 진입 장벽을 낮추기위해 위키의 계층을 도입해 개인화 페이지를 권장하면서 문제가 제기되었지요. 새로 만드는 것은 좋습니다. 허나 이를 지식으로 가공하는 것은 [위키요정]들의 몫입니다. 위키철학을 공유하고 모두 함께 진행하는 해결책이 필요 하겠지요.
* 이러한 [위키요정]의 사례로, [STL]관련 새로 만든 개인 페이지가 넘쳐나서, 내용이 중복되고 어수선했는데, 전부 정리한 적이 있습니다.
- woodpage/VisualC++HotKeyTip . . . . 9 matches
*Hot Key를 쓰면 좋다. 스타에서 단축키 쓰는거랑 같은이유다. 마우스로 스타하는거랑 키보드까지 같이 쓰는것은 거의 천지차이다. 그만큼 유용한 단축키를 많이 쓰면 쓸수록 코딩 속도도 빨라지고 소스분석도 잘되는거같다. ^^;;
*다이얼로그 편집하는 부분에서 Ctrl + T를 누르면 미리보기가 된다. 왼쪽 밑에 Ready 위에 레바같은걸 당겨도 됨
*1학년땐가 상민이형이 쓰는걸 보고 상당히 신기했던 북마크 한번누르면 지정하고 한번 더누르면 해제한다. 지정하고 나서 F2를 눌러서 이동한다 같은 페이지만 됨
*세로로 블럭 지정 웬만한 MS제품은 다지원하는거 같은데 역시 최근에 알음 --;
*모르는 사람이 없을거 같은데 솔직히 1학년 중반쯤에 알았다. Undo 이전 거로 복귀(?)
*Find in File 로 현재 페이지가 아닌 전체 파일에서 찾아줌 소스분석할때 필수
*회사들어와서 본격적으로 써봤는데 좋다. 편하고 색도 화려하고 근데 문제가 있다. 전적으로 나한테 해당되는거지만
*이거에 좀 익숙해지니깐 이걸 안쓰고 소스를 보면 적응이 안되는것이다. --; 그래서 결국 안쓴다. 쩝 눈에 문제가 있나 --;
* 메뉴에 Tools에 보면 Customize란 메뉴가 있다. 아마도 비주얼 c++을 니맘대로 구성해라 이런거 같은데 그중한가지 쓰는것이 있다.
- 같은 페이지가 생기면 무슨 문제가 있을까? . . . . 9 matches
* 주제가 같은 여러 페이지가 생긴다면 (정리를 하지 않는다면) 나중에는 일반 웹 서핑처럼 자료를 찾는 수고를 해야하겠다는 생각이 듭니다.-[Leonardong]
* 일단 중복 페이지가 생기고 고치는 것은 어떨까요? --NeoCoin
* 논의를 읽다 보니 새로 생각나서 적어봅니다. 중복 페이지가 생긴다면 발견자가 고칠 때 사람마다 기준이 달라서 한번에 해결이 되는 것이 아니라, 이사람은 이렇게 고치고 저사람은 저렇게 고쳐서, '''쉽게'''정리가 안 되지 않을까 싶네요 - [Leonardong]
[현재 위키에 어떤 습관이 생기고 있는걸까?]의 공원 길의 예제와 같이 중복 페이지가 생기고, 발견자(위키 사용자-WikiGnome)가 중복 페이지를 한두장 고칠 필요가 느껴질때 한두장 해결해나가는 일종의 아래에서 위로(BottomUp)의 해결 방식을 이야기 하는 것입니다.
타 위키에서 비슷한 논의들을 보면서 이 방법이 적당하다는 생각합니다. [Leonardong]의 어떻게는 무엇인가요? ''페이지를 생성할때, 검색해서 찾아 중복 페이지를 만들지 않는다.'' 가 기본 전략인것 같은데 맞나요? --NeoCoin
저도 거의 NoSmok 에서 읽었고, 최근들어 http://doc.kldp.org 를 보면서 같은 생각이 듭니다. 그외 링크라면 그외 위키를 기억하기는 힘듭니다. ZeroWiki 에서도 초기에 비슷한 토의가 있었던 것 같습니다. --NeoCoin
앞에서도 썼듯 ''페이지를 생성할 때, 검색을 자동으로 해준다. 그래서 검색 결과를 보여주고 페이지를 새로 만들지, 아니면 원래 페이지에 덧붙여서 쓸 지 사용자가 결정하게 한다. 그러다면 검색 결과를 무시하지 않는 한, 중복 페이지가 줄어들지 않을까''라는 생각이 기본입니다. 검색범위를 페이지 이름으로 할지 전체 글을 대상으로 할 지는 생각을 못 해 보았지만요. 페이지를 손으로 고치는 방식을 대체할 것은 생각 못했지만, 제가 생각한 방식은 페이지를 만들기 전에 할 수 있으므로, 페이지를 만들고 나서 해결하는 '''아래에서 위로''' 방식과 혼합해서 쓸 수 있다고 생각합니다. 써 놓고 보니 페이지 이름하고는 빗나간 이야기이긴 하지만 어떻게 손이 한 번이라도 덜 가는 구조를 만들까 하다 보니 이런 글을 썼습니다.-[Leonardong]
페이지이름을 만들때, '''제목대상 검색'''은 이전부터 지원되었습니다. 예를들어 이동 창에 Front를 쳐보세요. 처음부터 후자를 이야기 하는 것으로 알고 있었습니다. 보통 '''내용검색(FullTextSearch)'''는 부하 때문에 걸지 않습니다. 하지만, 현재 OneWiki 의 페이지가 적고, 페이지를 만드는 행위 자체가 적으므로, 후자의 기능 연결해 놓고 편리성과 부하의 적당한 수준을 관찰해 보지요. --NeoCoin
- 데블스캠프2005/RUR-PLE . . . . 9 matches
* 실제로 로봇에 프로그래밍 해서 그 로봇이 현실에서 자신이 프로그래밍 하는데로 움직이는것을 보면 정말 좋겠지만 여건이 안되는 만큼 -_-; 화면으로나마 그 로봇이 움직이는 것을 보면서 프로그래밍 해볼 수 있다. 여기에서 작성하는 코드들이 무슨 쓸모가 있을까 싶기도 하겠지만, 추후에 실제 로봇의 동작을 프로그래밍해서 넣는다면 여기서 쓰이는 방식과 비슷하게 넣을것이다.(하드웨어적으로 복잡한것을 명령어로 추상화 시킨다음에 그 명령어을 적절하게 복합적으로 사용하여 원하는 행동을 로봇이 하게 만드는 식으로..) 즉 말그대로 로봇 프로그래밍을 간접적으로나 해볼 수 있다.
* 왼쪽 코드 쓰는 화면에 아래와 같은 코드를 넣어 본다.
* 아래와 같은 코드를 넣어 본다.
* 버튼들 중에서 벽 처럼 생긴 버튼을 클릭한다. 그럼 아래 그림과 같은 화면이 나온다. 여기서 클릭! 클릭~! 해서 벽들을 만들 수 있다.
* 아래와 같은 지도에서 1 모두를 수확하는 코드를 작성해 보자.
* 위의 if문과 함수 정의, repeat를 사용하여 아래 화면과 같은 상황을 처리한다.
* not은 아래와 같은 식으로 사용한다.
* 문제에서 아래와 같은 소스를 참고 하라고 한다. 저는 좀 다르게 했습니다. 우선 참고는 했고..
* 아래와 같은 식으로 사용한다.
- 서버재조립토론 . . . . 9 matches
제로페이지 서버가 현재 분명 문제가 있고, 이것을 해결해야 한다는데에는(즉 좀 가끔가다가 죽으면 뭐 어때 하는 분은 없을거라고 생각합니다.) 모두 동감 하실거라고 생각합니다. 현재 제로페이지 서버가 아주 자주 죽는 문제가 제로페이지 서버의 하드웨어 적인 문제인가, 소프트웨어 적인 문제인가, 인프라적인 문제인가 이 3가지중 하나라고 생각합니다. 인프라적인 문제는 다른 학회나, 동문서버도 안 죽고 하니깐 제외 하겠습니다. 그러면 하드웨어 아니면 소프트웨어 적인 문제인데. 솔직히 저는 리눅스가 오래 사용해서 자주 뻗는다는 것은 좀 이해가 가지 않습니다. 리눅스를 서버로 우리보다 훨씬 오래 사용하는 곳도 부지 기수일텐데 그런곳들이 모두 이런 문제를 겪고 있을까요.. 그렇다고 지금까지 관리가 안되서 그런것도 아니라고 생각합니다. 상민형, 석천이형, 영창이 모두 제가 생각하기에는 그 누구보다도 서버 관리를 잘 했다고 생각합니다. 물론 테스트를 해봐야 알 문제입니다. 오늘 회장님이 테스트 해본다고 했는데 가끔씩 서버가 죽는 문제를 어떻게 테스트를 해야할지 전 감이 안 오네요. 한 일주일정도 제로페이지 서버를 죽이고 다른것(다른 하드에) 웹서버를 깔아서 아주 아주 수시로(몇분 단위로) 그 웹서버로 들어와서 죽었는지 확인을 해야 하는데(물론 테스트는 테스트를 진행하는 한두사람만 하겠죠. 현재의 제로페이지 위키만 해도 하루 방문자가 1000이 넘는것에 비해서...)그게 참 어려운 문제라고 생각합니다. 또 한 일주일동안 서버를 죽이는것도 현재 위키위주로 돌아가는 제로페이지에도 치명적이구요. 이렇게 테스트를 해서 만약 하드웨어 적인 것이 문제라면 또 다시 서버를 업그레이드 한다음에 다시 서버를 설치하는 작업을 해야겠죠.
즉 제가 서버업그레이드를 제안하는것은 하드웨어적인 문제나 소프트웨어적인 문제를 동시에 해결하고자 제안한 것입니다. 위와 같은 테스트를 할경우 그에 따른 희생및 서버 관리자의 불필요한 수고가 필요합니다. 그리고 학회 운영 및 프로젝트에서도 많은 희생이 따름니다. 그리고 위와 같은 테스트도 확실한 방법은 아니구요, 여전히 불확실성을 내포한 방법입니다.
만약 서버를 업그레이드 하려면 회비로 할텐데(피시실 관리비로 받은) 제가 생각하기에 MT나 회식때 회비를 사용하는것도 좋지만 이렇게 제로페이지가 실질적으로 프로젝트를 하는데 많은 장애가 생기는 상황을 타개하는데 사용하는것도 참 회비를 유용하게 사용하는게 아닐까 생각합니다.(그래서 우리가 MT나 회식도 사비를 더 내더라도,,) 글을 쓰면서도 불안 하네요. 어제도 글을 쓰고 나서 저장했을때 여러번 서버가 죽어서...
저는 업그레이드가 필요하다고 생각합니다. 서버의 핵심은 안정성인데, 지금의 서버는 안타깝게도 그 역활을 제대로 수행해주지 못하고 있기때문입니다. 서버 업그레이드 시도를 하게되면, 이전의 컴퓨터에 문제가 없다고 판단될 경우 새서버의 보조 역활과 리눅스 테스트용 서버로 사용해도 큰 문제가 없다고 생각합니다.^^ 속도 측면에서는 현재의 서버도 전혀 문제가 없지만, 안정성이 낮은점은 이용자의 입장에서 불편하다고 느낄 수 밖에 없기 때문입니다.(실제로 많이 불편했답니다.ㅠ.ㅜ 꼭 필요할때만 죽어있어요..) - [조현태]
흠.. 저로서는 그다지~ -_-; 안정성이라는 것이 하드웨어적 안정성의 문제라면 모르겠지만.. 현재 서버의 잦은 다운 or 리부트는 하드웨어적인 문제로 보이지 않네요. 리눅스 설정 때문인 것 같은데... 좀더 지켜보는 일이 필요 할 듯합니다. 돈이 남는다면 적당히 램정도는 올리는 것이 좋겠지만.. 전체 서버를 재 조립하는건 좀 낭비같기도 하네요.
- 제로Wiki . . . . 9 matches
* 개략적 설명 : 각 페이지는 자신의 뇌의 일부분으로 생각 할 수 있다. 각 페이지는 다른 페이지들과 종속 및 포함 관계를 가질 수 있다.(페이지 링크를 통해서 가능함) 그리고 이 페이지를 다른 여러 사람들과 공유할 수 있다. 기존 위키 처럼 하나의 커뮤니티에서의 공유가 아니라 다양한 커뮤니티 사이트들이 서로 서로 페이지를 공유 할 수 있게 되고, 그 공유 페이지가 업데이트 되었을 경우 현재 공유중인 모든 커뮤니티에 그것이 반영된다.(수정된글 목록에 떠서 사람들에게 환기 시킨다)
* 자신이 페이지 만드는 데에 참여하고 싶은 페이지는 그 페이지가 있는 카페에 가서 그 페이지를 저장할때 카페에 자신의 개인위키를 지정함으로써 자신의 개인 위키에 그 페이지를 등록 시킨다. 그러면 그 페이지와 자신의 개인 위키가 공유 관계를 가지게 한다.(공유 관계 : 공유 중인 페이지가 업데이트(수정) 될 경우 공유 관계에 있는 모든 위키에 그것이 반영된다.)
* 개념 : 페이지의 성격에 따라서 특정 분류로 나눈다. 기존의 카테고리와 같은 개념 아니냐고 생각할수 있다. 아래 활용을 보시라..
* 군대 전우 카페 : 이 카페도 마찬가지이다. 같은 부대라도 자신과 다른 시기에 근무한 사람이 태반이다. 이때 분류어 설정을 통해서 자신이 아는 사람들이 쓴 글들만 볼 수 있다.
* 저렇게 할 필요 없이 각 분류어별로 게시판을 만들면 되지 않냐고 생각할 수 도 있다. 하지만!!! 그렇게 각각의 분류 별로 게시판을 만들경우 그 게시판의 글들을 확인 하기 위해서 각각의 게시판에 들어 가야 한다. 그리고 군대 전우 카페 같은 경우 각 회원마다 군생활 시기가 겹치는 사람도 있고 겹치지 않는 사람도 있는등 각 회원에 따른 맞춤식 정보 제공이 필요하다. 이럴때 분류어 기능이 유용하다.
* 같은 제로 위키 내의 다른 카페의 바뀐글도 오른쪽 같은 문법으로 본다. (이런 식의 문법으로[refer 카페url])
* 소스 코드를 각 언어별로 그에 맞게 보여준다. 아래와 같은 식으로..
- 제로페이지의문제점 . . . . 9 matches
(항상 업데이트되고, 또한 그 문제가 지속되지 않고 해결되어야 할 페이지)
현재 제로페이지가 당면하는, 해결해야 할 문제점들.
학기중 연속적으로 모여서 진행하는 스터디는 물론 어렵다. 하지만, 일주일 중 하루를 모이는 날로 잡고, 시험때같은 경우에 해당 스터디 목표치를 적게 잡되, 끝까지 이어 가고 '명확히 종료'하는 것을 목표로 삼는다면 가능하리라는 생각을 해본다.
이런 말은 좀 엄할지 모르겠지만 모든 스터디나 세미나 같은 것들이 신입생을 대상을 하는 듯한 느낌이 드네요.
혹은, Netory와 같은 방법을 써보는 건 어떨까요? 피시실 관리를 맡는 학회라는 점을 이용하는 방법이 있겠죠.
요새 『해커, 그 광기와 비밀의 기록』을 읽으면서 하는 생각입니다. 피시실에 항상 누군가가 있어서 같이 작업하거나 작업 기록을 공유할 수 있다면 학회실 같은 분위기가 나지 않을까요? 실제로 구피에는 상주(?)하시는 분들이 계십니다. --[Leonardong]
* 2010년, 같은 고민을 하고 있습니다. - [서지혜]
* 2010년에 같은 고민을 하고 있다는게 인상깊네요. 제가 예전에 이 페이지 보고 저거에 영향을 받았을지도... -[김태진]
* 개발 방법론이랄까, ZP같은 학회에서 성공하는 프로젝트가 진행되는 정형화된 방법이 없는 것 같다. 많은 페이지에 기록이 남아있긴 하다. 하지만 실제로 새 프로젝트를 시작하면서 이전에 선배들이 했던 프로젝트의 기록을 참고하지 않고, 프로젝트 진행 과정에 대한 정리가 따로 돼 있지는 않은 것 같다. --[Leonardong]
- 코드레이스/2007/RUR_PLE . . . . 9 matches
* 실제로 로봇에 프로그래밍 해서 그 로봇이 현실에서 자신이 프로그래밍 하는데로 움직이는것을 보면 정말 좋겠지만 여건이 안되는 만큼 -_-; 화면으로나마 그 로봇이 움직이는 것을 보면서 프로그래밍 해볼 수 있다. 여기에서 작성하는 코드들이 무슨 쓸모가 있을까 싶기도 하겠지만, 추후에 실제 로봇의 동작을 프로그래밍해서 넣는다면 여기서 쓰이는 방식과 비슷하게 넣을것이다.(하드웨어적으로 복잡한것을 명령어로 추상화 시킨다음에 그 명령어을 적절하게 복합적으로 사용하여 원하는 행동을 로봇이 하게 만드는 식으로..) 즉 말그대로 로봇 프로그래밍을 간접적으로나 해볼 수 있다.
* 왼쪽 코드 쓰는 화면에 아래와 같은 코드를 넣어 본다.
* 아래와 같은 코드를 넣어 본다.
* 버튼들 중에서 벽 처럼 생긴 버튼을 클릭한다. 그럼 아래 그림과 같은 화면이 나온다. 여기서 클릭! 클릭~! 해서 벽들을 만들 수 있다.
* 아래와 같은 지도에서 1 모두를 수확하는 코드를 작성해 보자.
* 위의 if문과 함수 정의, repeat를 사용하여 아래 화면과 같은 상황을 처리한다.
* not은 아래와 같은 식으로 사용한다.
* 문제에서 아래와 같은 소스를 참고 하라고 한다. 저는 좀 다르게 했습니다. 우선 참고는 했고..
* 아래와 같은 식으로 사용한다.
- AcceleratedC++/Chapter8 . . . . 8 matches
* 1의 방식으로 작성된 함수으이 rbegin() 같은 템플릿 멤버 함수를 이용해서 역순 검색도 가능하게 작성된다.
예를 들자면 find(B, E, D)같은 함수의 경우 ''아주 단순한 제한적 연산만을 이용''하기 때문에 대부분의 컨테이너에 대해서 사용이 가능하다. 그러나 sort(B, E)같은 경우에는 ''기본적인 사칙연산들을 반복자에 대해서 사용''하기 때문에 이런 연산을 지원하는 string, vector 만이 완벽하게 지원된다.
상기 2개의 구현 모두 begin, end iterator를 순차적으로 접근하고 있음을 알 수 있다. 상기의 함수를 통해서 순차 읽기-전용의 반복자는 '''++(전,후위), ==, !=, *'''를 지원해야한다는 것을 알 수 있다. 덧 붙여서 '''->, .'''와 같은 멤버 참조 연산자도 필요로하다. (7.2절에 사용했떤 연산자이다.)
상기와 같은 반복자를 '''''입력 반복자(input iterator)'''''라고 함.
'''*, ++(전,후위), ==, =, ., ->'''와 같은 연산이 가능하다면 '''''순방향 반복자(forward iterator)'''''라고 함.
임의 접근 반복자의 경우 '''양방향 반복자의 모든 특성'''과 함께 다음과 같은 연산을 만족한다.
* 단순히 != 연산으로 범위의 순회를 마치는 조건으로 이용이 가능하다. <>와 같은 크기 연산자가 불필요하다.
- EightQueenProblem2Discussion . . . . 8 matches
처음 문제를 해결할 때, 아무 어려움이나 장애도 없었나요? 지금 뒤돌아볼 때에 자신이 거친 과정 중에 "개선되었으면 하는 부분"이 있나요? 만약 이 문제를 다시 처음부터 새로 풀기 시작한다면 역시 똑같은 방식으로 프로그래밍을 할 것 같습니까(see also EightQueenProblemSecondTry)? 조금 더 깔끔하고 쌈박하게 푸는 방법도 있을까요? 어떻게 처음에 접근했더라면 더 "깨끗한" 코드가 나올 수 있었을까요? 비슷한 문제에 직면했을 때 일반적으로 적용할 수 있는 어떤 "추상적 패러다임" 같은 것을 발견할 수 있을까요? 그 코드를 난생 처음 보는 사람이 있다고 했을 때 몇 분만에 그 코드를 이해시킬 수 있겠습니까? 만약 그 사람 혼자 그 코드를 본다면 쉽게 이해할 수 있을까요? 주석이 없이도요? 혹시 코드 내에 중복되는 정보는 없습니까? 본인의 의도가 모두 분명히 드러나고 있습니까? --김창준
이문제는 처음 접해본 문제라 먼저 종이에 체스판을 그리고 직접 문제를 풀려고 해보았습니다. 그리고 생각해낸것을 종이에 적고(1여왕은 가로,세로,대각선 같은줄에 있음 안된다. 2,먼저 첫번째 여왕을 놓고 두번째 여왕이 놓일 위치를 결정한다. 3 검사하는 방법은 가로->세로->대각선 순으로 한다. 4 여왕8개가 다놓이면
놓인 자리를 알려주고 끝난다.) 이 적은 것을 토대로 코딩을 하였고 처음 여왕은 0,0에 놓았습니다. 생각한대로 코딩을 했다고 생각하고 실행을 하자 무한루프를 돌았습니다. 전 처음 여왕이 어느 위치에 놓이던간데 거기에 맞는 답이 있는거라고 생각했는데 그것이 잘못되었다고 생각합니다. 처음부터 이 문제의 답을 알고있었다면 프로그램을 짜는데 좀더 간결한 코드를 짤수있었을텐데 란생각이 들어서 코딩을 멈추고 종이를 꺼내 문제를 풀기 시작했습니다. 하지만 답은 나오지않았고 제가푸는방식(여왕을 먼저 아무위치에나 놓고 그위치에 맞게 가로세로대각선에 없는 곳에 놓는다)을 그냥 코딩을 하였습니다. 처음 여왕의 위치를 8*8에 돌아가면서 놓고 검사를 하였습니다. 무식하긴하지만 답은 나왔습니다. 두번째 과제는 처음 코딩할때부터 판의 크기와 여왕의 숫자를 define해서 썻기 떄문에 숫자만 바꾸어 주었습니다. 하지만 답이 맞는지 확신이 서지 않습니다. 그이유는 이문제의 대한 알고리즘을 모르기 때문이라고 생각합니다. 그리고 c++을 썻는데 방학동안 쭉 자바로 플밍하다가 c++을 쓴이유가 비주얼툴의 디버깅을 이용하려는 생각이었는데 무슨문젠지 디버깅을 할수없어서 참 난감했습니다. 디버깅하면 금방알수있는 문제를 눈으로 차근차근 훓으면서 봐야했습니다. --최광식
하..하하.. BackTracking이.. 뭐죠? 거꾸로.. 추적한다는 이야기같은데.. ㅡㅡa --선호[[BR]][[BR]]
어제 서점에서 ''Foundations of Algorithms Using C++ Pseudocode''를 봤습니다. 알고리즘 수업 시간에 백트래킹과 EightQueenProblem 문제를 교재를 통해 공부한 사람에게 이 활동은 소기의 효과가 거의 없겠더군요. 그럴 정도일줄은 정말 몰랐습니다. 대충 "이런 문제가 있다" 정도로만 언급되어 있을 주 알았는데... 어느 교재에도 구체적 "해답"이 나와있지 않을, ICPC(ACM의 세계 대학생 프로그래밍 경진대회) 문제 같은 것으로 할 걸 그랬나 봅니다. --김창준
특히 자료구조나 알고리즘같은 기본 과목을 소홀히 했던게 너무 후회가 되는...T_T
- HelpOnLinking . . . . 8 matches
그런데 {{{[공백이 있는 이름]}}}으로 연결하면 [공백이 있는 이름]으로 연결되며, 공백이 모두 제거 되고 정규화 된 페이지가 링크가 걸립니다. {{{[hello world]}}}라고 링크를 걸렴 [hello world]라고 링크가 걸리고 공백이 모두 사라지면서 정규화 된 페이지 이름인 HelloWorld페이지로 링크가 걸립니다.
모니위키 1.1.5부터는 [["임의의 페이지 이름"]]과 같은 문법도 지원합니다.
만약 다른 이름으로 보이게 하려면 {{{[wiki:MoniWiki:FrontPage 대문]}}}과 같은 식으로 쓰면 `{{{MoniWiki:FrontPage}}}`로 연결되고 `[wiki:MoniWiki:FrontPage 대문]`이라고 보여지게 됩니다.
이와같은 기본 형식과 함께, 모인모인/모니위키에서 지원: `wiki:`, `attachment:`. "`wiki:`" 는 내부링크 혹은 인터위키 링크를 뜻합니다. 따라서 `MoniWiki:FrontPage` 와 `wiki:MoniWiki:FrontPage`는 똑같습니다. 주의할 점은 "`wiki:`" 형식은 괄호로 연결되는 링크의 경우 반드시 사용해야 합니다. `attachment:`는 파일 첨부를 위해 사용됩니다.
WikiName과 같은 식으로 연결되는 것을 방지하고 있는 그대로 보여지는 것을 원한다면 느낌표(''bang'')를 다음과 WikiName앞에 붙여서 다음과 같이 사용할 수 있습니다. {{{!WikiName}}} `!WikiName`. 또한 물음표를 임의의 단어 앞에 붙이면 강제로 링크가 걸리게 됩니다. i.e. {{{?Hello}}} `?Hello`.
/!\ 혼란을 피하기 위해서, {{{wiki:InterWiki/Page}}} 와 같은 링크는 모니위키에서 지원하지 않습니다.
모인모인에서는 {{{wiki:MeatBall/InterWiki}}}와 같은 링크가 {{{wiki:MeatBall:InterWiki}}}로 인식됩니다. 하지만 이것은 {{{wiki:WikiPage/SubPage}}} 문법과 일관성이 떨어져 혼란을 주므로 이와같은 모인모인 방식의 인터위키 링크는 모니위키에서 지원하지 않습니다.
- NotToolsButConcepts . . . . 8 matches
[임인택]이 위키 항해를 하던중 xper seminar wiki에서 다음과 같은 글을 보았다.
지금 이 순간에 후배들이 같은 질문을 한다면 NotToolsButConcepts 라는 대답을 해주고 싶다(단, 언어도 하나의 툴이라고 가정할 경우). 1, 2년 후배를 받을 때까지는 잘 몰랐지만, [데블스캠프]나 새내기가 참가하는 세미나를 찾아갈 때마다 매번 들리는 소리였다.
* Goto 쓰지 마라! 가 아닌 GotoConsideredHarmful 같은 이야기
NeoCoin 은 이렇게만 생각했지만, 2년 전 즈음에 생각을 바꾸었다. 구지 영어로 비슷하게 표현하면 UseToolAndLearnConcepts 이랄까? 돌이켜 보면 이런 상황을 더 많이 접하였다. 언어를 떠나 같은 시기 동안에 같은 일에 대하여, 같은 도구를 사용하는데, 한달뒤의 사용 정도와 이해도가 다른 사람들을 자주 보게 된다. 도구의 사용 능력 차이가 재미와 맞물려서 도메인의 사용 폭의 이해도 역시 비슷하게 따라오는 모습을 느낄수 있었다. 멋진 도구에 감탄하고, 사용하려는 노력 반대로 멋지지 않은 도구에서 멋진 면을 찾아내고 사용하려는 노력 이둘은 근본적인 Concept을 배우는 것과 멀리 떨어진것은 아닌것 같다.
저는 이 페이지가 컴퓨터 과학 뿐만이 아니고 대학생들의 공부 전반과 관련된 문제라고 생각합니다. 대학에서 무엇을 배워야 하는가? 무엇을 배우려고 노력해야 하는가? 저는 그것이 도구이건, 개념이건 간에, 그것이 좀더 근본적이고, 그것을 만든 사람의 사유에 근접할 수 있는 것이고, 그것을 배우는 과정에서 자신의 사고 근육을 제대로 단련할 수 있는 것이어야 한다고 봅니다.
가족오락관에서 보면 여러명이 일렬로 서서, 맨 끝의 한 사람에게만 속담이나 사자 성어를 하나 보여주고, 그걸 몸짓으로 차례로 전달해서 마지막 사람이 맞추는 게임이 있습니다. 최초 몸짓을 하는 사람의 의도를 이해하지 않고 그 모션을 그대로 이용할 수는 있습니다. 하지만 그 내면적 의미를 꿰뚫고 있지 못하다면, 비록 아무리 잘 관찰을 했다고 해도 나는 분명 모션의 일부를 왜곡하거나 빠트린 채 전달을 하겠지요. 그러나 이용을 계속 하다보면 우연히(그러나 꽤 오랜 시간 후에) 그 의도를 깨칠 수도 있겠지요. 하지만 우리는 "의도적으로" 그 사람의 의도를 들여다 보려는 노력을 해야 합니다 -- 그 사람의 사고를 거슬러 올라가기도 하는 등 여러 방법을 동원해서 말이죠. 그렇게 되면 우리는 똑같은 사자 성어에 대해 훨씬 더 우아하고 더 단순하며 명료하게 다듬은 모션을, 혹은 전혀 다른 모션을 새로이 창조해서 다음 사람에게 전달할 수도 있지 않겠습니까?
- PatternOrientedSoftwareArchitecture . . . . 8 matches
* 구조(Structure) : 레이어는 다음과 같은 기본 구조를 가지고 있다.
* Scenario4 - 레이어 1에서 event가 감지되었지만 레이어 3까지만 가고 더이상 가지 않는 경우와 같은 경우, 예를 들어서 성격 급한 클라이언트가 데이터를 요청하고, 못 기다리고 금방 다시 요청하는 경우에 첫번째 요청으로 응답 데이터가 가다가 두번째 요청이 오는것과 교차하게 된다. 이때 두번째 요청도 첫번째 요청과 같은 것이기에 이때 이 요청이 도이상 가지 않게 한다.
* 적당한 시간에 완전한 해결책을 찾는 것이 불가능 하다 - 10개의 단어(1000개중 하나)를 조합하여 가능한 구문의 수=>(1000)의 10승 과 같은 예
* 그 영역이 미성숙해서, 같은 하부 task에 여러가지 알고리즘을 사용한다.
* 모든 부분적인 문제들은 같은 knowledge 표현을 사용하여 해결된다. 그러나 input으로 다양한 표현이 올 수 있다.
* 구현(implementation) : blackboard pattern을 구현하려면 다음과 같은 단계를 수행하여라.
complete solution은 intermediate 레벨에 속할수 있고, partial solution은 아마도 top 레벨일 것이다.(무슨말이지?ㅡㅡ;)
- ProjectZephyrus/ClientJourney . . . . 8 matches
* 움.. 아무래도 난 말빨 글빨 다 딸리는거같다.. 위에글처럼 멋있게 쓰고싶은데, 그냥 내식대로 써야겠다.. 간만에 내가 또 형보다 일찍왔다. 이틀동안 빠진게 타격이 너무 컸나보다.. MainSource에 새로 추가된 파일도 꽤되고 기존파일도 업데이트된 내용이 많아서 이해가 아니라 읽어보는것만해도 엄청난 시간이 들었다.. --;; 정통부 회의겸 기짱턱땜에 일찍갔는데 아무래도 금요일로 완료가 된 모양이다.. 이번이 나로선 거의 처음 해본 프로젝트였는데, 내가 별로 한건없지만, 솔직히 뭔가 만든것보단 배운게 더 많은거같다.. 하긴 프로젝트를 해본다는거 자체가 배운다는거였으니깐.. 꼭 자바에 대해서 배운것보다도 Design이라던지 Architecture(맞나?) 같은것에 대해서도 배웠고.. 프로젝트란 이렇게 진행해야 하는거구나라는것도 느꼈다. 뭔가 많이 쓰고싶은데 머리속이 정리가 안된다.. 이럴때 정말~~ ㅠ.ㅠ 아우~ 나중에 더 써야겠다..
다음번에 창섭이와 Socket Programming 을 같은 방법으로 했는데, 앞에서와 같은 효과가 나오지 않았다. 중간에 왜그럴까 생각해봤더니, 아까 GUI Programming 을 하기 전에 영서와 UI Diagram 을 그렸었다. 그러므로, 전체적으로 어디까지 해야 하는지 눈으로 확실히 보이는 것이였다. 하지만, Socket Programming 때는 일종의 Library를 만드는 스타일이 되어서 창섭이가 전체적으로 무엇을 작성해야하는지 자체를 모르는 것이였다. 그래서 중반쯤에 Socket관련 구체적인 시나리오 (UserConnection Class 를 이용하는 main 의 입장과 관련하여 서버 접속 & 결과 받아오는 것에 대한 간단한 sequence 를 그렸다) 를 만들고, 진행해 나가니까 진행이 좀 더 원할했다. 시간관계상 1시간정도밖에 작업을 하지 못한게 좀 아쉽긴 하다.
중반 어느정도 대부분의 목표 코드가 나와서 나머지를 채워넣는 과정에 대해서는 Solo 로 영서에게 시켰는데, 아직까진 프로그래밍에 익숙하지 않은 듯 싶다. 자꾸 해당 부분을 플밍하려는데에서 같은 부분이 구현된 소스코드가 있음에도 불구하고 자꾸 책을 찾아보려고 한다. 자신감의 차이였을까. 해당 부분에 대해 꼭 코드를 외워서 플밍하려 하지 않았으면 한다. '하려는 일' -> '각 언어별 구현 방법 순서 잡아보기' -> '구현' 의 과정을 거치거나, 해당 부분에 대해서 응용할 수 있는 이전에 만들어진 코드 (책의 코드 말고 현재 '작성된' 코드)를 들춰보고 생각해봤으면 하는 생각이 든다. [[BR]]
아웅.. 오늘은 제주도록 대학교를 간 고딩때 젤 친한친구가 설로 올라와서 친구만나느라고 얼굴만 보고 나왔다.. 그나마 실력도 X같은데 공부도 안하니.. 1년반을 놀은게 수습이 안된다.. 마음가짐부터 잡아야 뭐가 될꺼같은데... 아직 솔직한 심정으로 마음가짐도 안잡힌다.. 나두 1002형께 그저 죄송스럴뿐이다. 형의 갈굼을 기쁨으로 받아들여서 마음을 다시 다잡아야겠다.. 결론은 오늘 공부 쌩깠다.. ㅠ.ㅠ 아참 형이 보라고 한거 보고자야겠다.. --영서
대학교들어와서 그정도로 열심히(?)공부한적은 별루 없었던거같다.. 그날 이얘기를 들은 1002형은 놀란표정이었지만 사실 그랬다.. 그러니깐 학점이 그렇게 나왔겠지.. -_-;; 암튼 일주일전에 봤던 자바 기본개념을 바탕으로 남들 다 해본 스윙 기본틀이나 메뉴같은걸 작성해봤다.. 아참 그전에 CVS사용법을 배우고, Architecture와 Design에 대해서도 들었다.. 신기하다.. 무슨 도면같았다.. 이제서야 느낀거지만 프로그램에 코딩이 차지하는비중은 1/2도 안되는구나라는걸 느꼈다.. (이제서야? --;;) 여지껏 놀은시간이 너무 아까웠다.. -_-;; --영서
- 상협/삽질일지/2002 . . . . 8 matches
* AI 오목을 짜면서, if(a=1) 과 같은 코드가 수많은 코드들 사이에 몇개 있는 바람에 무진장 고생했다. 분명히 제대로 짯는데 결과는 원치 않은 방향으로 나오는 것이었다. 정말 미쳐버릴것 같은 나날들이었다. 나중에서야 저것때문에 문제가 생겼다는 것을 알고나서 Error도 뜨지 않는 오타가 정말 무섭다는 것을 알았다.
* Java 에서 강제 형변환을 C++ 스타일 int(변수), 이런식으로 하다가 수치해석 그래프를 자바로 못 그렸다. ㅠㅜ 그래서 MFC로 하다가 나중에 Java로 짜놓았던 Tridiagonal Matrix 가 MFC로 옮기면서 각종 문제가 발생... 다시 Java로 하려다가, 예전의 형 변환의 문제 발생..ㅠㅜ, 결국 MSN으로 형들에게 물어봐서 자바에서 형 변환은 (int)변수 이런식밖에 안된다는 것을 알았다. 기본에 충실하자.. ㅡㅡ;
''오.. 중요한 정보같은데. 혹시 상민쓰 자네 그래프 문제도 이것 때문이 아닐까 --석천''
''Exception Handling 에 대해서 이해해야 할 것 같은데. Exception 은 해당 함수가 throws 등으로 발생을 시키고, Java 의 경우 그 Exception 을 반드시 처리를 해주는 곳을 만들어야 하지. 해당 메소드 내에서 Exception 이 발생은 하는데, 그 메소드에서 예외처리를 바로 하고 싶지 않으면 (즉, 그 Exception을 그 메소드 내에서 처리하지 않고, 그 메소드를 호출했던 곳 등에서 처리를 한다고 한다면) throws 로 해당 메소드에서 exception 을 또 던져주는 식으로 되겠지. 만일 Class.forName(...) 쓴 구문을 try - catch 로 예외를 또 잡는다면 이야기가 다르겠지만. 자바는 Exception 를 강요하는 관계로 예외는 catch 에서 무엇을 하건, 반드시 해당 발생된 예외를 잡아줘야 함. (그 덕에 최악으로 뻗을 일이 적지. 예외는 발생하더라도) --석천''
* 이번 삽질은 정말 중대한 삽질이었다. 1학기 평점을 좌우한다고 볼 수 있는 삽질이었다. 1학기 중간고사 대채용으로 내는 자바 프로젝트에서 소켓 부문을 맡은 친구가 알수 없는 에러때문에 엄청난 삽질을 해서 더이상 나아갈수 없다고 했었다. 메신저에서 통신이 안되다니.. ㅡㅡ;; 그 에러는 "No Such Method Found" 에러다. 그러한 Method가 분명히 있는데도 불구하고 안되었다. 나는 황당했다. 그 친구가 자바는 많이 안했어도 MFC랑 C++을 잘해서 소켓을 맡았는데... 나도 그 에러를 같이 찾기 위해서 삽질을 하였다. 소스도 길고 내가 짠것도 아니어서 정말 못 찾을거 같았다. 그 소스는 특성학 모든 클래스가 딱 서버, 클라이언트 두 파일 안에 들어 있었다. 그래서 난 그 클래스들을 각자 파일로 분리해 보기로 했다. 잘 안풀리니깐 한번 정리나 해보면 뭐좀 어떻게 될까 싶은 마음에 그렇게 했다. 그렇게 정리를 하다 문득.. ㅡㅡ;; 같은 이름의 클래스를 서버, 클라이언트에서 각자 다르게 정의해서 사용하는 소스를 발견... ㅡㅡ;;, 그 친구는 아직 자바에 익숙하지 않아서 이런 실수를 했나 보다.. 나도 만약 소스를 클래스별로 파일로 만들 생각을 안했으면 그 에러의 원인을 발견하지 못했을 것이다. 휴. 큰일날 뻔 했넹.. 앞으로는 "No Such Method Found"같은 에러때문에 고생할일은 절대 없기를.. ㅡㅡ;
- 정모/2011.3.14 . . . . 8 matches
* 중반무렵에 들어가긴 했지만, ZP모임에 처음, (그리고 아마 11학번 최초!) 참석해 봤어요. 들어갔을때는 선배들이 '대안언어축제'에 대해서 말하고 계시던데, 종하형한테서 몇마디 들었던 터라 그게 그거일거라 생각하고 들었지요. 제 추측에는 다른 컴퓨터 언어에 대한 세미나 같은거였으리라 생각하는데... 아무튼, 그렇게 몇마디 듣고서 ZP정회원이 되는 방법 (피드백 10개를 받으면 정회원이 된다! 라고 하는데, 정확히 무엇인지는 다시 알아봐야겠구요. 정회원 자격유지 요건이 뭐 2번 하는거라고 했는데.. 돈으로도 떼울 수 있다는 소리는 기억나네요. 이런 정모, 재밌게 진행된다면 정말 재밌게 즐길 수 있을거 같아서 계속 참여해보고 싶네요.
다음주에 현이형이 무슨 프로그램가지고 단어를 랜덤하게 뽑은 후에 이야기를 만들어보는걸 해본다고 하던데, 오늘 처럼 교양학교후에 참여해서 볼 수 있으면 좋겠네요.
* Ice Breaking에서 지난 주에 하였던 일 3가지를 적되 1가지는 거짓으로 적어 맞히는 형식으로 진행되었습니다. 제가 했던 거짓말은 C언어의 low-level적 특성을 잊었다는 거였는데...열혈강의 책 첫장을 보면서 새로이 책을 보는 것 같은 기분이 들었다는 것에 충격을 많이 받았습니다. 새싹 교실 수업에 피해가 없도록 해야할 필요성을 느꼈습니다. 황현 학우의 OMS는 중간에 들어가서 잘 보지 못했습니다 ㅠㅠ 새싹교실에 추가 반배정이 있었는데 인원수가 늘은 만큼 수업 시 글자가 안보인다거나 목소리가 안들리는 피해가 없도록 잘 준비해 갈 계획입니다. - [강소현]
* Fact는 중간중간에 껴넣을 것임으로 생략합니다. 중간에 가느라고 대안언어축제 공유를 참가하지 못한게 아쉬웠어요ㅠ_- IceBreaking에 충격적 진실 소재가 있어서 더 즐거웠어요 (조폭이었던 형님과 술먹음 ㅋㅋㅋㅋ) 현이의 OMS 진행 때 전자교탁 컴퓨터가 원활하게 돌아가지 않아서 시간이 좀 깎아먹힌게 아쉬웠어요. 전자교탁 좀 안된다 싶을때 기호 컴퓨터로 바로 세팅 시작했으면 더 좋았을거 같아요. (어차피 전자교탁으로 해도 퀵타임은 깔아야하지 않았나;) 제 생각이지만 본래 발표같은거 준비할때 학교 등의 사전답사가 안된 장비는 믿지 않는게 정석입니다. 다음 정모때 세미나 섭외했는데 많이들 오셨으면 좋겠어요 - [지원]
* Ice Breaking을 하면서 뭔가 저번주에 바쁘게 지낸거 같은데 쓸게 없네라는 생각이 들기도 했었지만,, 이런 기회로 조금이나마 서로에 대해서 알게 된 것 같아 좋았습니다. Objective-C는 초반 세팅의 문제가 있었지만, 설명을 해주는 점에 있어서는 확실히 이 언어를 많이 써 보고 느낀점을 전달하려고 하는 모습이 보기 좋았습니다. 그리고 항상 이런 언어에 대해서 들으면서 느끼는건 어디선가 이름은 많이 들어봤는데 접해본건 하나도 없구나 하는.... 대안언어에 대한 발표가 진행될 때 일이 있어 먼저 가긴 했지만 다음에 기회가 되면 알아보고 참여해 보는 것도 괜찮을 거 같다는 생각이 들었습니다. - [권순의]
* 이번 정모때는 대안언어 축제에서 알아온 2T1F를 시도해 보았습니다. 좋은 반응이 나와서 기쁘네요. 항상 이것저것 실험하고 있습니다. 실험자도 피실험자도 배워갈 수 있는 좋은 자리라고 믿고있어요X) 옵줵쒸 세미나는 황현학우의 평소 마인드?대로 심플해서 좋았어요. Simple is Best! 배우고싶긴 했지만 난 맥도없고 아이폰도없고 하면서 미루었는데 현이의 아이스브레이킹 세미나를 듣고 진입장벽이 낮아진 느낌이에요. 역시 처음에는 아이스 브레이킹이 최고X) 저의 대안언어 공유는... 어떠셨나 궁금합니다. 실제로 축제때는 너무너무너무너무 좋았어서 그 느낌을 다 전달 못해 아쉬워요. 처음만난 사람들과 같은 고민에 대해 비슷하면서 다른 생각을 나눈다는게 굉장히 신기했거든요. 우리학교 선배님들도 많더라고요! 다음 대안언어축제는.... 언제 돌아올지 모르겠지만 ZP 번개모임같은거 할 수 있을지도- 앞으로도 이런저런 자리가 많을텐데 여러분도 함께 했으면 좋겠어요!! - [서지혜]
- 제12회 한국자바개발자 컨퍼런스 후기/유상민의후기 . . . . 8 matches
하지만, 과거 교수가 가르쳤을때 소프트웨어의 규모가 '매우 컸을때'라는 전가의 보도로 이렇게 많은 액션들이 필요하다고 이야기 할수 있을것 같은데, 저렇게 자세하고 많은 절차를 제시하고 놓고 워크샵 참여 인원과 숫자는 몇명 수준이고, 이 많은 절차를 2일간에 하라는건 좀 이상하다.
* 토즈 같은 시스템 부족
* 열린게 중요한거 같다. 방금 업체측에서 말씀하셨는데, 그런 부분이 이해가 부족한 부분인거 같다. 열어야 한다(openness). 예를들어, 블로그 같은것으로 회사의 문화 같은걸 알린다던지 하는 행동이 출발점이 될 수 있을 것 같다.
* 부족점 ~ 동어 반복이 너무 많았다. 즉, 내용에 중복이 많았는데, 발표자가 강조하고 싶어서 자꾸 반복해서 이야기하고 있었다. 발표 시간이 짧은데 이를 잘 모르는거 같다. 발표 -> 인터뷰 형식이었는데 같은 내용을 두번했다.
* 내용중 '여성이 최초로한 것'에 대한 내용이 몇가지 나왔는데, 거기서 끝이었다. 예를들어서 최초의 프로그래머는 여성이다. Ada 는 여성이 만들었다. 이런 식인데, 둘다 그냥 위안 삼아 이야기하는거 같은데, 이번 발표에서 이 두가지에 꽤 시간을 두던데 의미 있어 보이지 않았다.
* 집에 돌아와 stan4j 돌려보고 있는데 정말 최고다. 당장 13개의 순환 의존성에 문제가 있는 지점을 찾아준다. Java 언어가 매크로가 없고 매타 프로그래밍 요소가 적다는 언어의 특성으로 이런 멋진 도구가 만들어 진다는건 정말 좋다. 특히 손영수씨가 500개 클래스 안쪽에서는 무료라고 했는데, 이런 대단한 도구가 시간 제약이 아니라 규모 제약으로 무료라니 정말 놀랍다.
* 거의 전 세션에 질문했다. 좀 이해가 안가는 부분이나, 마음에 안드는 부분 위주로 질문을 했는데, 대부분 답변 못받았다. 아마도 발표자들이 해당 관점을 생각을 안해본 모양이다. 하지만 답변자가 잘 할수 있는 수준의 질문은 나라도 그냥 똑같은 답변을 할 수 있다. 내가 모르고 답변자의 경험을 더 알수 있는 그런 질문을 생각해 보자.
- 타도코코아CppStudy/0724/선희발표_객체지향 . . . . 8 matches
* Classification(분류) - 같은 자료구조와 행위를 가진 객체들은 동일한 클래스(class)로 분류된다.
같은 클래스에서 생성된 객체들은 모두 같은 연산(operation) 기능을 갖고 있으며, 자료구조가 같고 동일한 행위를 하게 된다.(자료구조는 객체들이 갖는 데이타와 속성(attribute)들의 집합이다. 그러나 데이터와 속성의 값은 물론 다르다.)
* Polymorphism(다형성) - 같은 연산 기능이 부여되어도 그 기능을 수행하는 클래스에 따라 다른 행위로 나타날 수 있다.
* 캡슐화(encapsulation) : 객체의 내부적인 사항과 객체들간의 외부적인 사항들을 분리시킨다. 이렇게 캡슐화된 객체의 행위는 외부에서 볼 때는 구체적인 아닌 추상적인 것이 되므로 정보 은닉(information hiding) 개념이 존중된다. 주어진 클래스의 특정 연산 기능은 메소드(method)라고 한다. 캡슐화는 무슨 메소드로 구현되었는가에 구애받지 않고 추상적으로 정의된 연산 기능을 통해 객체가 사용되고 시스템의 상태(state)를 변화시키도록 해준다.
또 자동차다. 가진 자동차의 엔진이 출력이 150마력이다. 여기다 똑같은 엔진을 하나더 달아 300마력이 되었다. 즉 앞의 150마력이라는 클래스에 두개로서 300마력을 만든다는 개념이 포함 즉 상속되어있는것이다. 엔진력의 향상이 손쉽게 이루어졌다. 만약 새 300마력엔진을 단 차를 산다고 하면 더 힘들것이라는것을 알것이다.
150마력짜리 엔진을 두개 단차와 300마력짜리 엔진을 하나 단 차나 두차의 출력은 같다. 이것이 다형이다. 즉 클래스가 같다는 뜻이다. 조상객체로 볼때는 분명히 같은 이름이지만( 출력이 300마력이다) 전혀 실행방법이 다른 클래스인것이다( 하나는 150마력엔진의 원리로 움직이고 하나는 300마력 엔진의 원리로 움직인다는것).
문제를 정의하고 이 정의로부터 모형(model)들을 제작하여 실세계(real-world)의 중요한 특성들을 보여주는 단계이다. 다음과 같은 모형 들이 만들어 질 수 있다.
- 타도코코아CppStudy/객체지향발표 . . . . 8 matches
* Classification(분류) - 같은 자료구조와 행위를 가진 객체들은 동일한 클래스(class)로 분류된다.
같은 클래스에서 생성된 객체들은 모두 같은 연산(operation) 기능을 갖고 있으며, 자료구조가 같고 동일한 행위를 하게 된다.(자료구조는 객체들이 갖는 데이타와 속성(attribute)들의 집합이다. 그러나 데이터와 속성의 값은 물론 다르다.)
* Polymorphism(다형성) - 같은 연산 기능이 부여되어도 그 기능을 수행하는 클래스에 따라 다른 행위로 나타날 수 있다.
* 캡슐화(encapsulation) : 객체의 내부적인 사항과 객체들간의 외부적인 사항들을 분리시킨다. 이렇게 캡슐화된 객체의 행위는 외부에서 볼 때는 구체적인 아닌 추상적인 것이 되므로 정보 은닉(information hiding) 개념이 존중된다. 주어진 클래스의 특정 연산 기능은 메소드(method)라고 한다. 캡슐화는 무슨 메소드로 구현되었는가에 구애받지 않고 추상적으로 정의된 연산 기능을 통해 객체가 사용되고 시스템의 상태(state)를 변화시키도록 해준다.
또 자동차다. 가진 자동차의 엔진이 출력이 150마력이다. 여기다 똑같은 엔진을 하나더 달아 300마력이 되었다. 즉 앞의 150마력이라는 클래스에 두개로서 300마력을 만든다는 개념이 포함 즉 상속되어있는것이다. 엔진력의 향상이 손쉽게 이루어졌다. 만약 새 300마력엔진을 단 차를 산다고 하면 더 힘들것이라는것을 알것이다.
150마력짜리 엔진을 두개 단차와 300마력짜리 엔진을 하나 단 차나 두차의 출력은 같다. 이것이 다형이다. 즉 클래스가 같다는 뜻이다. 조상객체로 볼때는 분명히 같은 이름이지만( 출력이 300마력이다) 전혀 실행방법이 다른 클래스인것이다( 하나는 150마력엔진의 원리로 움직이고 하나는 300마력 엔진의 원리로 움직인다는것).
문제를 정의하고 이 정의로부터 모형(model)들을 제작하여 실세계(real-world)의 중요한 특성들을 보여주는 단계이다. 다음과 같은 모형 들이 만들어 질 수 있다.
- 현재 위키에 어떤 습관이 생기고 있는걸까? . . . . 8 matches
새로운 공원을 지을 때였다. 한 공원 설계사가 공원에 대한 전반적인 설계를 하고 있었다. 공원 조경 설계를 마치고 잔디와 길을 내었다. 그런데 문제가 있었으니, 옆에 분명히 길이 있었음에도 불구하고 사람들이 잔디를 가로질러 지나가는 것이었다. 푯말을 세워도, 줄로 길을 만들어도 사람들이 제대로 지키지 않는 일이 허다했다. 공원설계사는 '도대체 뭐가 문제일까?' 하며 고민을 하였다.
+ 길에 비유를 했었는데 우리는 0'Wiki를 사용함으로 해서 익숙한 길이 있기 때문에 1'Wiki에도 역시 똑같이 사용하는것 같습니다. 이대로 페이지가 쌓인다면 0'Wiki와 똑같이 되지 않을까 합니다.-[상욱]
* 파싱의 문제와 검색의 문제가 어쩌구 했었던거 같은데, 개인적으로는 페이지이름에 빈칸은 별로라서. --[snowflower]
* 제목이 영어라면 각 단어의 앞을 대문자로 씀으로써, 띄어쓰기의 효과를 누릴수 있었지만... 한글은 그게 참 애매하지요. 띄어쓰기를 안하자니 한눈에 들어오지도 않고, 또 띄어쓰기를 하자니 검색이 보장이 안되니... 아예 '영어제목만 만들자' 같은건 어떨까 생각중입니다. --[인수]
* 페이지가 잘못만들어 지면 로그인해서 지운다. 반하여 ZeroWiki 와 차별되는 점 --NeoCoin
기존 공원을 레노베이션할 때였다. 한 공원 설계사가 공원에 대한 새로운 설계를 하고 있었다. 이전의 설계를 뒤집어 엎고, 새로운 공원 조경 설계에 따라 잔디와 길을 내었다. 그런데 문제가 있었으니, 옆에 분명히 길이 있었음에도 불구하고 사람들이 잔디를 가로질러 지나가는 것이었다. 푯말을 세워도, 줄로 길을 만들어도 사람들이 제대로 지키지 않는 일이 허다했다. 공원설계사는 '도대체 뭐가 문제일까?' 하며 고민을 하였다.
Delete Me) 공원 설계사 이야기를 어느 책에서 본 것 같은데 당췌 생각이 나질 않는군요. 좀 알려주세요. --[구근]
- 회원정리 . . . . 8 matches
저도 상당부분 동의합니다. 그런데 제가 아직 변화에 따르지 못하는 것인지.. 아니면 아직도 대학사회가 변하지 않는 것인지는 모르겠지만 비교적 저학년에 속해있고 스스로에 익숙치 않은 1,2학년들에게는 위와같은 모습을 기대하기가 생각만큼 쉽지는 않을것 같습니다. 물론 이미 대학을 거쳐(점차 대졸출신이 많아지므로 이렇게 말하겠습니다.) '비교적 스스로에 익숙한' 사람들이 있는 사회에선 위와같은 모습을 기대할 수 있을 것이라는 것에는 공감을 하고 동의합니다. 만약 제가 시대의 흐름에 뒤따라가지 못하고 있다면 고쳐보고 싶습니다. (물론 학회차원에서가 아니라 개인적 차원에서입니다.. :) )
그리고 사과의 말씀 FrontPage에도 올렸지만 다시한번 드립니다. 일처리를 함에 있어 경솔하였고, 성급했던 점.. 그리고 회칙을 좀더 눈여겨 보지 않고 회원정리를 한 점에 대하여 회원들은 물론 선배들께 우려를 끼쳐드린점 죄송합니다. 이런 일이 없도록 하겠습니다. 같은 과친구들끼리 서로 웃으며 대하는 친구들끼리 회원정리라는 것때문에 실관계가 서먹해지는 것은 저도 우려하는 바입니다. 홈페이지까지 삭제하는 일은 지나치다는 생각이 들었습니다. 회원정리는 개개인의 추방을 목적으로 하는 것이 아니라 학회의 부흥을 목적으로 하기 때문입니다. 그리하여 상민이 형이 Delete This Page 대신에 ZeroPagers 를 ZeroWikian 으로 바꿔놓으며 차후 연락하여 활동재개의 여지를 남겨놓으신 일에 감사드리며, 형이 미쳐 손대지 못한 홈페이지도 제가 마저 ZeroWikian 으로 바꿔놓았습니다. ZeroPagers 가 아니더라도 ZeroWikian 으로 같이 공부할 수 있다면 좋을 것입니다.
회원 정리는 잘 모르겠으나 경고의 경우에는 그사람들에게 이메일같은걸로 알려주어야 할거 같네여. 그래야 경고의 의미가 살거 같구여. 회원 정리는 알려야 하나 말아야 하나.. -_-;; --["상협"]
회칙에 적혀 있는 내용에 의하면 '본인 의사로 회원 자격을 상실한다'인것으로 알고 있습니다만. '정리대상'에 오른 회원들의 의사를 확인하였나요? (글을 보면, 회원정리가 먼저고 공지가 뒤에 이루어지는 것 같은데.. 이건 순서가 안맞는것 아닌가요?)
그리고, 위의 글에서도 언급되었듯이, 특히 사람과 관계된 문제에 대해서는 좀 더 근본적인 부분에 대해 생각해보아야 하지 않을까 합니다. (수업때건 언제건 매일같이 얼굴 볼 사람들입니다.) 약간 더 극단적이라면, 현재의 'ZeroPage' 라는 그룹이 다른 대다수의 회원들(정리 & 경고 대상의 회원들이 현재의 소위 '활동회원' 수 보다 더 많은 것 같은데)에게 아무런 장점이나 이익을 제공해주지 못하고 있진 않은가에 대해서도 생각해보아야 하지 않을까요.
3년이 지난 지금. 갈수록 심해지는 분위기를 보면서 '학과 분위기야.. 어쩔수 없어...' 라는 말을 하곤 하지만, 정말로 대안은 없는 것이였을까 하는 질문을 해봅니다. 그리고, 올해 똑같은 일을 하기전에, 미리 생각하고 고민해봐야 할 문제일 것입니다. 그 전에, 우리가 추구해야 할 올바른 상태가 무엇인지에 대해 먼저 질문해야 하실것이고요. --["1002"]
회원정리 때문에 이렇게까지 일이 복잡해진데는 저도 한몫 한것 같군요. 개인 페이지 삭제나 경고조치와 같은 것들은 제가 주동(?)을 했다고 봐도 될것 같습니다. 저의 짧은 생각 때문에 이곳을 시끄럽게 한 점 사과드립니다. --["상규"]
- AcceleratedC++/Chapter3 . . . . 7 matches
// num에는 무슨 값이 들어갈까? 책에는 undefined라고 써있다. 메모리에 있던 쓰레기값이 들어가게 된다.
// 다음과 같은 코드는 cin >> x를 만족할 동안 돌게 된다. 이게 무슨 말인지는 일단 넘어가자.(3.1.1)
* 입력 하드웨어 상에 문제가 생길때
// 다음과 같은 코드를
// 다음과 같은 코드로 바꿀수 있다.
// 컴파일시 에러가 나서 같은 의미인 unsigned int형을 써서 vec_sz을 표현했습니다.
- AcceleratedC++/Chapter9 . . . . 7 matches
C++은 클래스 타입과 같은 사용자가 정의한 어플리케이션 고유의 타입을 정의할 수 있는 많은 기능은 지원한다.
4.2.1절 Student_info 구조체를 다루는 함수를 작성하고, 이를 한개의 헤더파일로 통합을 하는 것은 일관된 방법을 제공하지 않기 때문에 문제가 발생한다.
string, vector 와 같은 것들은 Student_info의 내부 구현시에 필요한 사항이기 때문에 Student_info를 사용하는 프로그램의 또다른 프로그래머에게까지 vector, string을 std::에 존재하는 것으로 쓰기를 강요하는 것은 옳지않다.
이전에 사용되었던 compare와 같은 함수를 어떤식으로 정의해야 할 것인가?
상기와 같은 방식으로 통해서 grade를 호출하기 전에 객체의 유효성을 검사한다면 에러를 없애는 것이 가능하다.
현재 Student_info 형은 3번째의 경우에 해당하며, 현재 제공되는 멤버함수로는 문제가 생길 일이 없지만, 후에 이 클래스에 기능을 추가할 경우 문제가 발생할 가능성이 존재하므로 생성자를 만들어 주는 것이 좋다.
- Chapter II - Real-Time Systems Concepts . . . . 7 matches
공유 자원이란 하나 이상의 Task가 같은 자원을 쓸 경우를 말한다. 두 Task는 배타적으로 같은 Resouce에 접근을 하며 Data의 파손을 방지한다. 이러한 방식을 mutual exclusion (상호 배타성) 이라고 한다.
태스크의 상태는 다음과 같은 상태가 있다.[[BR]]
커널은 CPU 시간을 측정하며 세마포어,메세지,큐등과 같은 서비스를 제공한다.
위와 같은 경우 Temp를 지역변수로 두어 태스크의 스택에 값이 저장 되면 될 것 같다.
같은 우선권을 갖는 태스크끼리는 같은 수행 시간 만큼 작동 되게 만들어지는 방식으로
- CleanCode . . . . 7 matches
* 클래스의 이름을 지을 때는 -info, -data와 같은 일반적인 이름을 쓰지 말라.
* -List 라는 식의 이름을 지을 때는 정말로 List의 API들을 지원할 때에만 -List라고 붙여주는것이 좋다. 이름을 저렇게 지으면 -List의 API들을 지원할 것 같은 느낌이 들기 때문에 아닐 경우에는 -s나 다른 방식으로 하는게 좋을 것.
* 아래와 같은 식으로 Account내부의 정보를 하나로 묶으면 AccountInfo 클래스와 getAccountInfo()등이 있을법하지 않은가? -> 저런 구조 자체가 잘못됐을 수 있다. getAccountInfo()와 같은 방법이 아니라 다른 방법으로 일을 시키는 모양이 더 낫다.
* spec에 지정되어 있지 않다는건 무슨 의미지?? - [서지혜]
* 예를들면 입력이 들어왔을 때 A라는 출력이 나와야 한다고만 spec에 정의돼있으면 입력이 없을 때에 대한 테스트 코드는 무슨 기준으로 작성하느냐 또는 에러처리를 해야 하는가에 대한 기준을 말하는것 같습니다. - [서영주]
* 아름다운 걸로 하자면 unit sphere 같은 게 아름다울 것 같긴 한데... 그건 좀 아닌 것 같죠 -_-;; - [서민관]
- DataCommunicationSummaryProject/Chapter8 . . . . 7 matches
* 각각의 MSC는 아래와 같은 여러개의 데이터 베이스와 연결되어 있다.(사용자의 위치 추적과, 요금 지불 정보등을 위해서)
* 이것은 가장큰 역할은 핸드폰 시스템 자체의 신호 프로토콜을 보통 전화선에서 전화번호와 같은 정보를 나르는데 사용하는 Signaling System 7(SS7)로 변환하는 것이다.
* Internet Roaming : 단순히 인터넷을 통해서 특화된 서비스를 위한 연결을 보낸다. 이것은 싸고, 간단한 해결책이지만, 느리고 보안 문제가 있다.
* 운영자 자신의 WAP 서비스에 접속하는 대신에, 사용자가 WAP gateway를 호출해서 거기에 직접 접근한다. 이것의 문제는 요청에 대한 요금이다. 운영자의 WAP 서비스가 싼데 비해서 WAP gateway에 접속하는데에는 음성전화와 같은 비용이 든다.
* 자신의 네트워크를 경쟁사와 같이 공유하라는 법이 유럽에도 있는데, 이와 같은 것은 괜찮은거 같다.
* 내부적인 컴퓨터 이메일 시스템은 POP나 IMAP을 통한 원격 접근을 지원하지 않는다. 대신 이와 같은 것에 대한 이동 통신의 접근을 위한 가장 좋은 방법은 이메일만 담당하는 gateway server(허용된 시스템과 이동 통신과 접속하게 하는)을 통해서 접근 하는 것이다.
* 3G 네트워크는 궁극적으로 데이터를 위해 하는 것처럼, 보이스를 위해 같은 토대를 사용할 것이다. 인터넷 프로토 위에 보이스를 달리게 해서.(?)
- InternalLinkage . . . . 7 matches
[MoreEffectiveC++]의 Item 26 'Limiting the number of objects of a class. 를 보면 다음과 같은 부분이 있다.
C++ 에서 SingletonPattern 을 구현할때 다음과 같은 방식을 사용하고는 한다.
와 같은 의미가 된다. 이것은 inline 으로 선언할거리가 될것 같기도 하지만 inline 으로 선언되지 않았다. 왜일까? (Except for the first time through this function (when p must be constructed), this is a one-line function — it consists entirely of the statement "return p;". If ever there were a good candidate for inlining, this function would certainly seem to be the one. Yet it's not declared inline. Why not? )
''DeleteMe 이 말도 이해가 안갑니다. 주제로 시작한 inline은 중복 코드를 감안하고 성능을 위해서 쓰는 것이 아니 었던가요? 무엇이 문제인가요? inline 이 아닌 함수들은 ExternalLinkage로 전제 되었다고 볼수 있는데, 지적해야 할것은 inline의 operation에 해당하는 코드가 아니라, static 같은 변수가 중복을 예로 들어야 할것을... --NeoCoin''
하지만 InternalLinkage가 초례하는 문제는 1996 {{{~cpp ISO/ANSI C++ }}} 표준화 작업에서 인라인함수(InlineFunction)를 ExternalLinkage 로 변경해서 문제가 되지 않는다.(최근의 컴파일러들은 지원한다.).
- 구형 컴파일러에서는 문제가 될 수 있지만 최근의 컴파일러에는 문제될게 없다고 말하는것 같습니다. 제 생각이 잘못된 것이라면 거침없는 지적을..^^; - [임인택]
== InternalLinkage문제가 등장하는 다른 케이스 ==
- Java Study2003/첫번째과제/곽세환 . . . . 7 matches
자바는 C++와는 달리 처음부터 객체지향 개념을 기반으로 하여 설계되었고, 객체지향 언어가 제공해 주어야 하는 추상화(Abstraction), 상속(Inheritance), 그리고 다형성(Polymorphism) 등과 같은 특성들을 모두 완벽하게 제공해 주고 있습니다. 또한, 자바의 이러한 객체지향적 특성은 분산 환경, 클라이언트/서버 기반 시스템이 갖는 요구사항도 만족시켜 줄 수 있습니다.
자바는 분산환경에서 작동하도록 설계 되었습니다. 그러나, 자바는 자바 언어와 자바 런타임 시스템 내에 보안 기능이 내재되어 있기 때문에 보안성이 있는 프로그램을 개발할 수 있도록 해 줍니다. 이러한 특성은 자바 프로그램이 네트웍 환경에서 바이러스 등과 같은 프로그램이 파일 시스템을 파괴하려는 것을 막을 수 있도록 해 줍니다.
자바는 서로 다른 이종(Heterogeneous)의 네트워크 환경에서 분산 되어 실행될 수 있도록 설계되었습니다. 이와 같은 환경에서는 응용 프로그램들이 다양한 하드웨어 아키텍쳐 위에서 실행될 수 있어야만 합니다. 이를 위해 자바 컴파일러는 이종의 하드웨어 및 소프트웨어 플랫폼에서 효율적으로 코드를 전송하기 위해 설계된 아키텍쳐 중립적인 중간 코드인 바이트코드를 생성합니다. 이는 동일한 자바 프로그램의 자바 바이트코드가 자바 가상머신이 설치되어 있는 어떤 플랫폼에서도 실행될 수 있도록 하는 것입니다. 또한, 자바는 기본 언어 정의를 엄격하게 함으로써 효율적인 이식성을 제공해 주고 있습니다. 예를 들어, int 형과 같은 기본 데이터형의 크기를 플랫폼과 무관하게 일정하게 하고, 연산자의 기능을 확실하게 규정하고 있습니다. C 언어를 이용하여 int 형을 선언할 때, 도스에서는 16비트, 윈도우 95/98/NT 등 32비트 운영 체제 환경에서는 32비트, 유닉스에서는 32비트 등 그 플랫폼에 따라 크기가 다르지만, 자바에서는 플랫폼에 상관없이 32비트로 고정되도록 하였습니다. 이는 자바 프로그램이 실행되는 환경이 자바 가상머신으로 동일하기 때문입니다.
JDK와 함께 제공되는 자바 가상머신에 의해 독립적으로 실행될 수 있도록 작성된 자바 프로그램입니다. 다시 말해서, 여러분의 컴퓨터에서 윈도우의 도스창 또는 유닉스 쉘 등과 같은 쉘에서 자바 가상머신을 이용하여 실행시키는 자바 프로그램입니다. 위에 나오는 그림은 자바 애플리케이션의 실행 과정을 자세히 보여주고 있습니다.
델파이 또는 비주얼 베이직을 이용하여 프로그램을 작성할 때, 버튼이나 창과 같은 컨트롤들을 마우스로 끌어다 프로그램 내에 삽입할 수 있도록 되어 있는데, 이와 마찬가지로 자바 빈은 하나의 완벽한 기능을 갖고 재사용될 수 있도록 만들어진 소프트웨어 컴포넌트입니다. 마이크로소프트에서 제공되는 ActiveX 컴포넌트와 같이 자바에서 컴포넌트 프로그램을 가능하도록 해 줍니다.
그리고 자바의 종류가 애플리케이션, 애플릿.. 이런것 같은데
- MoniWikiTutorial . . . . 7 matches
* 사용자 ID: 영문으로 사용자 ID를 만들 경우 보통 소문자 구성된 사용자 ID를 만드는 것이 일반적이지만, 위키위키에서는 FooBar같은 낙타식 사용자 ID를 종종 사용합니다. 한글로 만드셔도 됩니다.
* [[Icon(diff)]] 페이지가 다른 사람에 의해 고쳐졌을때 그 변화를 보여주는 3차원 입체안경 아이콘입니다.
한줄의 내용 전체가 같은 개수의 "=" 기호로 둘러쌓여 있는 경우. 이때 "=" 기호와 내용은 공백으로 분리되어 있어야 하며 그 줄은 "="기호의 개수만큼의 깊이를 가지는 제목줄이 됩니다. 예: [[BR]] `== 두번째 레벨 ==`
* 매크로는 페이지내에 {{{[[GoTo]]}}}와 같은 형식으로 집어넣습니다.
* 페이지가 발견되면 그 페이지로 갈 것이고, 발견되지 않으면 비슷한 이름의 페이지 목록을 보여줍니다.
* 비슷한 주제의 다른 페이지가 없다면 페이지 만들기를 가리키는 아이콘 혹은 링크를 눌러줍니다.
페이지를 만들기 전에 비슷한 주제 혹은 약간 다른 이름의 페이지가 이미 있는지 확인해 보시기 바랍니다.
- Unicode . . . . 7 matches
현재 대부분의 리눅스 어플리 케이션은 [UTF-8]을 기반으로해서 개발되고 있거나 포팅중이다. 새로 만들어지는 모든 패키지는 모두 UTF-8을 사용한다. 그놈, KDE 와같은 윈도우 매니저들도 기존의 EUC를 기반으로한 문자셋을 지원하지만, 표면적으로만 지원할뿐 내부적으로는 UTF-8로 변환하여서 처리함. 결국 UTF-8로의 문자셋 변경은 기간의 문제이지 대세이다.
UTF-16LE, UCS-2LE 가 같은거고 BE 끼리 같은거라고 보면 됩니다.
즉, UCS-2 의 0xFFFF 는 UCS-4 의 0x0000FFFF 와 같은 코드입니다.
UTF-8 과 같은 특징을 가지고 있으나,
모든 ascii 값이 실제 ascii 와 같은 의미가 아니기 때문에 이것으로 무엇을 하기는 좀 힘듭니다.
그러고보니 예전에 누군가가 국가 코드표와 인코딩이 가지는 의미에 대해 글 올렸던 거 같은데, locale 에 대한 내용이 그 후로 안올라오는 거 같기도... 07/13 5:19:40 코멘트 지우기
- WOWAddOn/2011년프로젝트/초성퀴즈 . . . . 7 matches
WOW의 애드온은 Lua나 Ruby와 같은 스크립트 언어를 사용하는것으로 알고있다.
그리고 아이템 리스트를 한꺼번에 뽑는것을 지원해주는 것이 아니라서 누구드랍, 블루아이템 같은 애드온은 심지어 아이템 ID와 캐시 정보까지 구해놓고 있더만.. 까보고 놀랐네.
저 번호에 아이템 넘버를 넣으면 해당 아이템 정보가 들어가있는 페이지로 이동하게 된다. DB를 WOW안에서와 웹페이지 똑같이 관리 하는것 같은데 이렇게 똑같이 되있으니까 좋다. 사실 Addon에서 페이지에서 하나 빼오는걸로 생각했지만 가장 좋다고 생각하는것은 블루아이템과 누구드랍처럼 아이템 이름을 보관해놓고 Addon을 돌려보는것이 정신건강에 이로울것이라고 생각했다.
하면 30개의 문제가 진행된다.
각각 실행하면 같은 결과가 나오는것을 알수 있다.
처음에 문제가 생겼었는데 Eclipse에서 테스트하던 string.find(msg,"시작")이 WOW에서 글씨가 깨지며 정상 작동하지 않았다. 그 이유는 무엇이냐 하면 WOW Addon폴더에서 lua파일을 작업할때 메모장을 열고 작업했었는데 메모장의 기본 글자 Encoding타입은 윈도우에서 ANSI이다. 그렇기 때문에 WOW에서 쓰는 UTF-8과는 매칭이 안되는것! 따라서 메모장에서 새로 저장 -> 저장 버튼 밑에 Encoding타입을 UTF-8로 해주면 정상작동 한다. 이래저래 힘들게 한다.
상속할 Frame을 지정하는것 같은데 없으면 상속 안된단다. 이런..
- Z&D토론/통합반대의견 . . . . 7 matches
에고.. 무슨 말을 하고 있는지 ㅡ.ㅡ;;
모든 다른 문제는 차치하고서, 현재의 가장 큰 문제가 무엇일까를 생각해보자.
80명인 시절도 봐왔고, 제로페이지가 더이상 무의미하니 없애자는 시절도
그러나,, 만일 그것이 가능할 것이라면 통합의 문제가 아니라, 그 이전에
처음으로 돌아가보자. 왜 제로페이지가 있었는데도 데블스가 있게 되었을까.
만일 데블스가 밤샘세미나가 전부라면 그건 일년중 데블스는 딱 일주일만 존재하는 것이다. 그외의 시간들은 무슨 의미가 있을까.
여기서 반대한들 무슨 소용이 있었겠으며,
- ZeroPage성년식 . . . . 7 matches
* 온오프믹스 참가 신청에 문제가 있나요?(이벤트 페이지를 제 이름으로 만들어서 저는 참가 신청을 할 수가 없습니다. 그래서 어떤 문제가 있는지 알 수가 없네요.) 선배님께서 온오프믹스로 참가 신청이 힘들다고 다른 방법을 만드는 게 좋겠다는 말씀을 해주셨습니다. 온오프믹스에 문제가 있다면 구글독스를 통해 추가적으로 신청을 받거나 아니면 온오프믹스 참가 신청시 발생하는 문제를 해결하는 법을 알아내어 온오프믹스 페이지에 안내하는 것이 좋을 것 같습니다. - [김수경]
* 페이스북에서 바로 신청을 하는 경우 문제가 있을수도 있는거 같았아요. 정욱이형이 저번에 된줄 알았는데 안됐길래 다시하라고 해서 됐거든요. -[김태진]
* 그닥 문제가 없었던걸로 기억하는데 저도 제로페이지 메일에서 신청에 문제가 있다고 보내주신걸 확인했습니다. 메일로 간단한 몇가지 사항과 함께 참가 의사를 밝히면 저희가 관리하는 방법도 있지 않을까요 - [지원]
* '''날짜 변경해야 할 것 같습니다''' : 11월 26일에 Agile Korea 2011이 진행됩니다. 저는 이거 꼭 갈거라서ㅜㅜㅜ 그리고 제 개인 사정을 떠나서, 형진오빠가 기획단(''?'')에 포함되어 있고 김창준 선배님께서 키노트 연사로 참가하시는 것이 확정되어 그 날 진행은 여러모로 힘들 것 같습니다. 그 바로 다음주가 적당할 것 같은데 다들 어떻게 생각하세요? - [김수경]
- [Lovely]boy^_^/영작교정 . . . . 7 matches
* 역시 시제, 단어 선택 면에서 문제가 있다.
=== 새로운 시스템이 어떤 문제가 있을 것이라고 예상하십니까? ===
* 이번엔 어순에 문제가 있다. 또한 나는 영작할때 잘 안풀리면 무조건 that을 넣고 본다는 것도 알게 되었다.
=== 나는 그 같은 불쾌한 싸움후에 떠나지 않을수 없었다. ===
=== 같은 생각을 갖고 있는 사람들과 만나는 일은 즐거웠다. ===
* 또 that 썼다가 틀렸다. 관사도 문제가 있고.. 관개대명사도..--;
* 역시.. 어순과, 전치사 사용이 문제가 되었다.
- 논문번역/2012년스터디/신형준 . . . . 7 matches
패턴 인식의 도전 영역은 자필 문서 인식에 있다. 지금까지 대다수의 자필 인식 시스템은 우편 주소를 읽거나 은행 수표와 같은 형태들을 처리하는데 사용됬다. 반면에 이 시스템은 분리된 문자 또는 단어에 대해서 한계를 가지고 있는데, 오직 구속되지 않은 자필 문서의 인식에 대한 많지 않은 시스템 만이 존재했다. 이와 같은 수행의 증가된 복잡성 때문에, 문자의 부재 혹은 단어의 경계 정보, 거기에 크거나 심지어 한계가 없는 단어들에 의해 특징지어진다.
전처리 과정과 특징추출에 대한 방법이 묘사되었다. 그리고 게다가 선형 판별 해석, 이서 특징 모델들의 사용, 그리고 통계적인 언어 모델들과 같은 더 세련된 기술들을 살피게 될 것이다.
(3,1)과 같은 벡터들의 기하학적인 시각화는 종종 원점에서부터 점 (3,-1)까지의 화살표를 포함함으로써 도와줍니다. (Fig2에서)
이같은 경우에 개인적인 점들(화살표 그것 스스로에 대해서)은 특별한 중요성을 가지고 있지 않습니다.
표기법의 간력성을 위해 u+(-1)v와 같은 벡터는 종종 u-v로써 쓰입니다. Fig 7은 u-v가 u와 -v의 합으로써 보여줍니다.
그리고 이것은 c1,...cp의 weights를 같는 v1,..,vp의 선형결합이라고 불려집니다. 이와 같은 선형결합을 실행할때, 위의 속성 (ii)는 우리에게 괄호를 누락시키는걸 허용해줍니다. 선형결합에서 weights는 0을 포함한 어느 실수라도 될 수 있습니다. 예를들어 벡터 (p28의 벡터 3개) v1과 v2의 몇몇의 선형결합과 같이 나타낼 수 있습니다.
- 데블스캠프 . . . . 7 matches
<p>컴공에 입학한지 엊그제같은데, 어느덧 기말고사를 치고 있습니다. 이제 곧 여름방학 두 달 동안 뭘 해야 좀 제대로살까 생각해보고 있지 않나요?? 방학이라고 놀기만 하자니 좀 그렇고, 그렇다고 다음 학기를 예습하려니 뭐부터 해야 할지 모르겠고…</p>
그러나, 그것도 문제가 있다. 이전에도 그런 문제가 있었을 때 밤을 새는 사람들도
예전의 캠프에 경우엔 주로 학기중에 열렸었고, 피시실 자리문제라던지, 강사의 시간문제상 밤을 샐 수 밖에 없었다. 그리고 NoSmok:단점에서오는장점 에는 힘든 상황에서의 '극기' 에 의한 정신 수련 등이 있었다. 그리고 그에 따른 단점으로서는 캠프 참가자/비참가자 이후 학회에서 떨어져나가는 사람들이 생긴다는 점이다. 이는 99년 신입회원 C++ 스터디때도 똑같은 일이 일어났고, 초기 60명 -> 중기 15명 -> 후기 8-10명 과 같은 현상을 만들어냈다. 그리고 이 문제는 매년 같은 현상을 되풀이 했다. (데블스와 ZP 가 나누어져있을때건.) 하지만, 회의때마다 그러한 현상에 대해 '당연'하게 생각했다. 주소록을 보면 한편으론 암울하다. 어떤 분들이 ZP회원이였었지? (초기 60명? 후기 10명?) 누구에게 연락을 해야 할까?
밤을 샌다 안샌다, 이벤트 등에 참석한다 안한다가 문제가 아니라, 어떻게 하면 저러한 장점들을 이끌고 가면서, 한단계 더 발전할 수 있는 캠프를 만들것인가를 궁리해야 할 것이다. ZP/데블스 통합 때에도 이야기되었던 것중 하나는 선후배간 지식/정신(학회 정신이라고 해둘까. ZP를 ZP라고 이야기할 수 있는 것들, 데블스를 데블스라고 이야기할 수 있는 것들) 이 전수되지 않았다는 점이다.
- 데블스캠프2002/날적이 . . . . 7 matches
"열심히 하겠습니다", "좌절했습니다" 등의 닫힌 소감만 쓰는 것보다 구체적 경험과 그에 대한 분석까지 쓰는 것이 자신은 물론 다른 사람에게도 도움이 될 것입니다. 자신이 실패한 경우 그 경험에 대해 구체적으로 생각하고 분석해보고 차후 조정을 하지 않으면 똑같은 실패를 반복하기 쉽습니다.
상민이와 1002의 디자인 세션. 다음과 같은 원칙을 생각해보고 디자인을 해 나갔다.
''아직 RandomWalk2에서 변경사항4까지 풀지 않은 사람은 읽지 마세요: (읽으려면 마우스로 긁기) [[HTML(<font color="white">)]]음식 요구사항 같은 것은 특히 OOP에 대한 일반인의 고정관념을 깰 수 있는 좋은 예입니다. 보통 비지니스 애플리케이션에서 역할(Role)이라고 하는 것을 경험할 수 있습니다. 흔히들 OOP에 대한 비판 중 하나가, 집에 있으면 아들이고, 학교에 가면 학생이고, 과외집에 가면 선생이 된다는 "객체 자체의 변화"에 대한 것입니다. 이것은 추상적이고 일시적인 대상도 객체가 될 수 있다는 사고 전환에서 해결 가능합니다. 일시적으로 어떤 역할을 갖고 있다가(Has-a) 그 역할이 바뀌는 것이죠. RW2의 변경사항들은 OOP 교육적 측면에서 모두 중요한 것들입니다. --JuNe [[HTML(</font>)]]''
* 임인택 : 이곳엔 stack 방식으로 글을 쓰는군요. 아래쪽으로 갈수록 최근 페이지가 나올줄 알았는데..-_-a 어쨋든 데블스캠프 2002의 백미라 할수 있는 OOP. (남들이) 그동안 잘 나왔다던 사람들이 몇명 빠지게 되었는데, 빠져도 하필 이런날 빠지는지..-_-a [[BR]]
* 첫번째 문제에 대한 조언을 한다면, 그 route 입력값을, 캐릭터(문자)로 볼것인지 스트링(문자열)으로 볼 것인지 에 관한 문제 같군요. 아마 어제 들은 얘기로 볼 때, 하나 하나의 이동 명령이란 개념에만 매달린 나머지 그걸 따로따로의 문자의 합으로 본거 같은데, 거기서 그 개념에 얽매이지 말고 문자열로 개념을 확장시켰다면 수월했을겁니다. -["zennith"]
* 명진 : 갈수록 어려워지는 듯한 프로그래밍... 알고리즘을 잘못 생각해서 오목이 2~3개면 끝나버리는 현상이 나타나고... 다음부터는 연습장 같은것에 써가면서 하나씩 알고리즘을 확장해나가야 할듯 하군요.
우승후보 우리나라는 가볍게 우승할테니, 기원같은 거 필요없을테고, 그래도 즐기는 기분으로 오늘 축구를 봅시다~.
- 데블스캠프2005/게임만들기/제작과정예제 . . . . 7 matches
이라고 적고 실행해보자. 아래와 같은 결과가 나올것이다.
와 같은 형식으로 출력할 블럭을 지정하며, 0은 블럭이 없는 것이고 그 이외의 값은 해당하는 색상의 블록이 들어가게 된다.
테스트를 위해서는 key_Right()와 같은 변수안에 넣고, 해당하는 키를 눌러보면 실행이 된다.
소환하는 알고리즘은 위에서 next창에 불러오는것과 같은 알고리즘 이다.
테스트를 위해서는 key_Left()와 같은 변수안에 넣고, 랜덤으로 만드는 함수를 호출한후, 호출해 보면 된다.
일반적으로 for문을 이용해서 한줄을 검색할 수 있으나, 같은 내려온 블럭이 같은색으로 처리되는 경우는, 더해서 숫자가 일치하는지를 볼 수도 있다.
- 데블스캠프2011/다섯째날/후기 . . . . 7 matches
* 루아에 대해서 찾아보니까 주목받는 이유는 역시 용량이 작기 때문인 것 같은데 폰쪽에서 일하셨다는 부분도 그렇고 역시 임베디드쪽인가 싶었습니다. 임베디드에서 루아로 프로그래밍을 하기 위한게 따로 있다고 하신 부분이 좀 궁금했습니다. 이번에 파이썬에 루비, 루아까지 스크립트 언어쪽을 많이 본 것 같습니다. 다들 문법적으로는 비슷한 느낌인데 어떤걸 쓰는지는 용도 나름인 것 같습니다.
* 수경이의 String 코드 레이스에서 저의 프로그래밍 달리기를 너무 빡세게 했던게 부끄러워서 이번엔 1학년 학우(저 같은 경우 성화수 학우)에게 설명해주고 그 학우가 하고 싶은 스펙으로 함께 프로그래밍 하고자 많이 노력했습니다. 파트너 교체 후 순의랑 파란 바를 만들어버리는 실수를 저지르긴 했습니다만 제가 부족한 탓이었구요-_-;; 개인적으로 화수의 '0층부터 지하까지' 아이디어는 신선했어요. 형진이가 처음에 의도했던 엘레베이터 문제(밖에서 누르고 층을 누르는 케이스)는 다른 클래스도 필요하고 일단 화수를 이해시키는데에 초점을 둬서 그걸 못 푼 점은 좀 아쉬웠어요.
* 남이 짠 스펙을 보고 구현한다는건 처음이었습니다. 대개는 학교 프로젝트 할 경우에는 무슨 기능이 필요하다는걸 처음부터 생각하고 만드는데 실제 일하는 쪽에서는 그렇지 않을테니 좋은 경험이 됐다고 생각합니다. 유닛 테스트에서 해당 테스트 케이스가 스펙이 될 수 있다는 부분에 대해서도 잘 생각해보고 또 적용해보기 위해 노력해봐야겠습니다. 근데 TDD의 단점에 대해서는 크게 말이 없었던 것 같아서 그 부분이 좀 아쉽습니다.
* QDD는 정말 신세계였죠. 그리고 스펙을 먼저 두고 구현한다는것이 무슨말인지 처음에 잘 이해가 안되서 간단한 스펙만을 제시했더니 결과는... 누가 나쁜놈일까요
* 정보보호에 대한 이론과 암호화/복호화 방식에 대한 세미나. 좀 놀랐던 것 중 하나는 문제가 되는 케이스를 세밀하게 나누었다는 것이었습니다. 그리고 암호화 방식에서 공개키/비공개키 부분은 상당히 인상깊게 들었습니다. 특히 수경 선배의 설명이 상당히 알기 쉬워서 좋았습니다. 사실 이런저런 책에서 자주 눈에 띄는 얘기이긴 한데, 이렇게 간결하게 설명을 할 수 있는 건가 놀랄 정도로 듣기 편했습니다. 근데 정보보호는 일단은 개인적으로 그렇게 우선순위가 높지 않다는 점이 좀 아쉬운 부분이겠네요... 아마 한동안은 뒤쪽으로 밀려나 있을 가능성이 높아 보입니다 -_-
* 시간 빠듯했던 것 같은데 예를 들어서 알기 쉽게 설명해주시느라 고생하신 것 같습니다. 개념적으로는 보면서 참 신기하다는 생각이 들었습니다. 하지만 실제 구현 부분의 얘기를 하면서 이런 저런 연산을 한다는 부분에서는 갑자기 흥미가 -_- 연산 부분의 실제 구현에 대한 것도 나쁘지 않긴 했지만 C나 자바 등의 주요 언어에서의 라이브러리 사용 등의 설명도 있었으면 더 좋았을 것 같습니다.
* 개인적으로는 오면서 발표 주제들도 그렇고 내가 이거 알아들을 수 있을까 하는 생각이나 처음 보는 언어들에 대한 걱정같은 것도 있었는데 설명도 잘 해주시고 하셔서 그렇게까지 어려웠던건 조금 -_- 빼고는 없었던 것 같습니다. 일반적인 학교 수업시간에서는 배우기 어려운 실전적인 부분이나 기본 지식, 그리고 이런 저런 툴들에 대한 설명까지 5일 동안에 참 많은 부분들을 배운 것 같습니다. 그리고 마지막에 세미나를 정리하는 회고 부분의 진행 방식이나 분위기에 대해서도 좋았습니다. 말하신대로 이걸 다 기억하지는 못할테고 잊어버리는 부분도 많겠지만 그래도 다시 생각해보면서 배운 것들을 적용해보기 위해서 노력해볼 생각입니다. - [서영주]
- 데블스캠프2012/셋째날/후기 . . . . 7 matches
* [서민관] - 개인적으로 1학년을 대상으로 정말 내용을 쉽게 하려고 했는데 그러다 보니까 내용이 약간 뜬 느낌이 있네요. 그리고 한 번에 너무 많은 주제를 다룬 것 같기도 합니다. 소켓 + HTTP + Open API라 주제가 약간 흐릿했죠. 혁준 선배는 예전 데블스에서 웹에 대해 꽤 알기 쉽게 다뤘던 것 같은데 말이죠... 하지만 개인적으로 정말 아쉬운 것은 1학년들한테 제가 이번 세미나를 준비하면서 알게 된 것들의 반도 못 전달했다는 점이군요. 세미나 준비를 하면서 덕분에 저만 잔뜩 공부했네요.
* [서영주] - 왜 이런 환경을 구축해서 사용하는가에 대한건 다른 사람들과 프로젝트를 진행해보지 않았으면 느끼기 어려운 것 같은데 그 필요성을 조금 더 말했어야 했던 것 같습니다. 저학년들은 일단 SVN으로 편하게 프로젝트를 공유할 수 있다는 것 정도만이라도 알아가면 좋겠다고 생각합니다.
* [서영주] - 저도 os수업 듣는것 같은 느낌이 마구마구 들었습니다. 근데 정말로 LLVM+Clang이 표준이 되고 애플이 짱세지는 날이 올것인가 궁금합니다. 잡스도 죽었는데... -_-
* [안혁준] - 어려운 주제들이었지만 말주변이 좋아서 지루하지는 않았네요. C에서의 block같은경우에는 활용도도 높은것 같구요. 아직 표준이 아니라서 실제 겪을때까지는 많은 고난과 역경이 존재할것 같은 느낌이네요.
* [김수경] - 현이 참 오랜만에 보는 느낌인데 요즘 뭐하고 사는지 아주 조금이라도 알 수 있는 것 같은 느낌이었습니다. 들으면서 느낀 건데 약을 참 잘 팔 것 같아요. 아 맞다. 그리고 키노트 그래프 간지나게 생겼네요. 전 사실 맥에 크게 관심있는 사람은 아닌데 키노트만 되는 기계를 싸게 팔면 사고싶다는 생각을 가끔 해요.
* [안혁준] - 땜방용티가 많이 났나요? 사실 canvas는 아무리 생각해도 설계를 잘못한것 같아요. 도무지 API들이 바로바로 떠오르지 않아요. 거기다가 왠지 함수 일것 같은데 문자열로 넣어줘야 하는 부분들도 있고요. 딱히 canvas는 아니지만 [https://developer.mozilla.org/ko/demos HTML5을 활용한 예제]를 보면 신선한 느낌일듯 하네요.
- 새싹-날다람쥐 6월 10일 . . . . 7 matches
그리고 d는 char*형태이기 때문에 Casting을 해 주어서 (char*)malloc(sizeof(char)*100); 와 같은 형태가 되어야 한다.
이 것은 char d ［100］와 같은 변수 선언법이다.
와 같이 선언을 했더라도 d［10］와 같은 배열적 접근도 가능하다.
이렇게 하면 char array ［100］［100］와 같은 형태가 된다.
와 같은 형태를 통해서 자신이 원하는 크기를 배열에 할당시킬 수 있다.
C에서는 변수 선언을 맨 위에 해야 하므로 int d［temp］와 같은 형태로 선언할 수 없다.(아무데서나 선언을 할 수 있는 C++에서도 이런 형태는 불가능하다.)
나중에 거대 프로젝트(오랜시간동안 켜 놓아야 하는 게임 같은 경우)에서는 메모리 반환을 하지 않으면 컴퓨터가 느려지고 가용메모리가 없어져서 메모리를 요청했을 때 메모리가 부족해 프로그램을 다시 껐다 켜야 하는 상황이 발생할 수 있다.
- 새싹교실/2012/주먹밥 . . . . 7 matches
* 한원표 : 새싹교실 첫 수업이었다. 박도건, 용상훈이라는 동기들과 같이 하게되었는데 앞으로 친해졌으면 좋곘다. 처음에는 새싹교실을 하는 이유와, 진행방식 등에 대해 선배님께 설명을 들었다. 그리고 wiwki에 가입해서 앞으로 우리가 새싹교실에서 배운것, 느낀것을 직접 편집할 수 있다는 것이 좋았다. 그 후에 Virtual Box라는 것으로. Hello World라는 프로그램을 짯는데 새로운 환경을 볼 수 있어서 좋았지만 한편으로는 처음보는 환경이라 어색한 감이 있었다. 그리고 어플 프로그램을 보여주셨는데. 친구들은 이해하는것 같은데 나만 잘 못하는 것 같았다.
* 한글 띄어쓰기에 문제가 발견되고 코딩 띄어쓰기에 대한 중요성을 알지 못하는것을 알게됨 - [김준석]
* int, char, float, long, double 변수는 무슨 표현을 위해 만들어졌는지 알려주었습니다. 정수, 문자, 실수. 알죠?
* 배열(array)는 같은 타입을 한꺼번에 관리하게 해줍니다 {{{ int a[10];}}}이라하면 a는 int형 10개가 생겨있고 0~9까지의 인덱스(index)를 지니죠.
* 절대 경로와 상대경로. '절대 경로'는 운영체제 기준으로 운영체제가 젤 세부로 나눠주는 드라이브를 비유해서 설명해주었습니다. 운영체제 기준으로 {{{ C:\\Desktop\test.txt }}}를 같은 폴더 프로그램으로 불러와봅시다. 잘불러와지네요? 하지만 {{{C:\\Desktop\오리\test.txt }}}로 저 txt파일과 프로그램을 옮기면 실행이 될까요? 안되죠? 같은 폴더에 있는데도. 그럼 어떻게 해야할까요? 그래서 상대경로 라는것이 나왔습니다. {{{ .\test.txt }}} 면 같은 폴더에 있는 test파일을 찾고. {{{ ..\test.txt}}} 는 바로 위 상위폴더를 찾습니다. 다른폴더는 어떻게 하나고요? {{{ .\오리\test.txt }}}로 설정하면되죠. '''상대 경로'''는 해당 실행파일 기준으로 파일 위치를 추적 하는것이랍니다.
- 위키설명회2005/PPT준비 . . . . 7 matches
[위키설명회2005]페이지가 너무 커지는 것 같아서 조금 쪼개 보았습니다.
자신이 하고 싶은 공부를 뜻이 같은 여러 학우들과 모여 서로 도움을 주며 스터디를 하는 곳이다.
특히 방학때 ==> 스터디를 통해서 본격적으로 공부함... 여름방학 같은 경우 데블스 캠프, 2학기 프로그램 전시회 준비
다른 디자인도 있다. [http://hellocity.net/~iolo/moniwiki/wiki.php 이것] 이나 [http://whitejames.com/wiki.cgi?대문 저것]과 같은.
백문이 불어일견. 실제로 페이지를 보면서 페이지 구조를 설명하는 시간도 있었으면 좋겠다. 거의 모든 위키의 기능을 담은 페이지가 하나 있으면 좋지 않을까??
제대로 링크가 성공이 된다면 파란색글씨와 밑줄이 치어진 상태로 바뀌지만. 색이 변하지않고 뒤에 ?가 붙는다면 그 제목의 페이지가 현재 존재 하지 않는다는 의미이다.
SeeAlso, DeleteMe와 같은 WikiTag들은 대괄호로 싸지 않아도 링크표시가 된다.
- 프로그래밍파티 . . . . 7 matches
다른 학교(이게 중요함) 동아리와 공동행사를 개최하는 것은 어떨까요? 꼭 어떤 공식적이고 거창한 액션을 취하지 않고도, 할 수 있는 것 중에는 가치있는 것이 많습니다. 또, 비격식적인 모임을 종종 갖는다고 해서 문제될 것은 없겠죠 -- 오히려 격식적인 년례 행사 같은 것보다 이득이 훨씬 더 많으리라 생각합니다. 행사를 치루기 위해 행사를 하는 것이 아니고, 서로에게서 배우기 위해 행사를 하는 것이죠. 예를 들어, 제로 페이지와 타 대학교 동아리 양쪽으로 편을 나누고, OOPSLA의 DesignFest 비슷한 것을 해보면 어떨까요? ACM의 ICPC같은 것도 좋을테구요. 심사위원단은 양측의 고학년 同數로 구성하고 말이죠. 여러가지로 자극도 많이 되고, 배우는 것도 많을 겁니다. 한 곳에만 고여있는 물은 ??기 마련입니다. (''희상씨네 서강대 모임도 괜찮을 듯한데..?'') 학교에서 못해주면 우리가 직접 찾아하면 되죠. --JuNe
또한 뒷풀이에 대한 문서화, 기록 작업을 하는 게 좋습니다(기록하기 위해서 기록하는 것은 아닙니다. 사용되어지고 읽히기 위해 기록합니다). "참 재미있었어요!"나 "아무개씨는 참 재미있는 사람이고, 홍길동씨는 인상이 좋고.."같은 통신 공간의 상투적 "후기"를 말하려는 것이 아닙니다.
ZP 랑 Moa 랑 페이지가 따로 열려있어서 정보가 분산되는 느낌이 드는데, 한곳에서 토의하는건 어떨까요? 그리고 DesignFest랑 ProgrammingContest 중 어떤거 할것인가는 무기명투표모드를 함 적용하는것도..~ (ProgrammingContest 의 경우 IPSC로 ZP가 예습(?)한 것 같은 느낌이 들어서;; 오 찔린다;) 14일까지 결정하고, 16일까지 행사때 진행방법을 구체적으로 정했으면 합니다.~ ^^ --석천
파티 진행 중에 팀 별로 한 명 씩 도우미가 배정된다. 이 때 가능하면 같은 학교 출신의 팀으로 배속되지 않도록 한다.
각 팀은 자신들이 한 것을 대표자가 발표하도록 한다. 이 때 다음과 같은 것들을 함께 준비하도록 한다.
- 프로그램내에서의주석 . . . . 7 matches
좌절이다. 일단 자네 의견에 동의 정도가 아니라 같은 의도의 말이었다. 위의 자네 말에 대한 내가 의미를 불확실하게 전달한거 같아서 세단락 정도 쓴거 같은데.. 휴 일단 다시 짧게 줄이자면, "프로그래머의 낙서의 표준"인 UML과 {{{~cpp JavaDoc}}}의 출발은 아예 다르다. 자네가 바란건 디자인 단위로 프로그래밍을 이해하길 원한거 같은데, 그것을 {{{~cpp JavaDoc}}}에서 말해주는건 불가능하다고 생각한다. Sun에서 msdn에 대응하기 위해(?) {{{~cpp JavaDoc}}}이 태어난것 같은데 말이다. [[BR]]
하지만, "확실히 설명할때 {{{~cpp JavaDoc}}}뽑아서 그거가지고 설명하는게 편하긴 편하더라."라고 한말 풀어쓰는 건데, 만약 디자인 이해 후에 코드의 이해라면 {{{~cpp JavaDoc}}} 없고 소스만으로 이해는 너무 어렵다.(최소한 나에게는 그랬다.) 일단 코드 분석시 {{{~cpp JavaDoc}}}이 나올 정도라면, "긴장 완화"의 효과로 먹고 들어 간다. 그리고 우리가 코드를 읽는 시점은 jdk를 쓸때 {{{~cpp JavaDoc}}}을 보지 소스를 보지는 않는 것처럼, 해당 메소드가 library처럼 느껴지지 않을까? 그것이 메소드의 이름이나 필드의 이름만으로 완벽한 표현은 불가능하다고 생각한다. 완벽히 표현했다면 너무나 심한 세분화가 아닐까? 전에 정말 난해한 소스를 분석한 적이 있다. 그때도 가끔 보이는 실낱같은 주석들이 너무나 도움이 된것이 기억난다. 우리가 제출한 Report를 대학원 생들이 분석할때 역시 마찬가지 일것이다. 이건 궁극의 Refactoring문제가 아니다. 프로그래밍 언어가 그 셰익스피어 언어와 같았으면 하기도 하는 생각을 해본다. 생각의 언어를 프로그래밍 언어 대입할수만 있다면야.. --["상민"]
이선우는 이러한 코드를 보며 여느때와 같은 지루함을 느끼지 못했다. (모든 주석 없는 코드가 다 지루하다는 뜻은 아니다. 분명 예술적인 코드는 코드 자체로 신비롭다. 문제는 이런 코드를 자주 만나기 어렵다는데 있다.) 정말, 재미있지 않은가?
- Ant . . . . 6 matches
일단 이글은 Jarakta 프로젝트의 일부인 Ant 에 대한 메뉴얼(?)같은 것으로써http://jakarta.apache.org/ant/manual/
Ant 는 [Java] 기반의 Build 툴로써 [Unix] 의 [make] 와 같은 툴이라고 보면 된다.
make.gnumake,nmake,jam 과 같은 다른 Build 툴은 놔두고 왜 Ant 를 써야하는가에 대한 질문이다. Java 기반으로 프로그램을 짜고 컴파일 및 배포용 쉘 프로그램을 짜봤는가? 해봤다면 그것의 어려움을 잘 알것이다. 각 [OS] 마다 쉘 스크립트가 다르고 일반적으로 사용하고 있는 Unix 에는 또 각종 쉘들이 존재한다. 윈도우 쉘 또한 복잡하긴 매한가지이고 프로그램을 모두 작성하고 컴파일 및 배포 쉘 스크립트를 작성하기 위해서 이것들을 모두 작성하는것 자체가 프로그래머에게 또 하나의 고난이 아닐까 생각한다.(즉, 쉘 프로그램을 배워야 한다는 의미이다.)
* 일단 받은 Ant 압축파일을 C:\Ant 에 풀어 놓고 시작해봅시다. 하위 디렉토리는 bin,doc,lib 등이 있겠죠. ^^ (''Win 9x 시리즈에서는 환경변수에 들어가는 긴 파일명이 문제가 될 수 있으니 위와 같이 C:\Ant 에 설치하는 것이 좋습니다.'')
위의 예에 하나가 추가됐죠? -D 옵션은 Build 파일의 Property task 와 같은 역할을 합니다. 즉 Build File 내부에서 사용되는 일종의 변수를 선언한다고 볼 수 있겠죠? ^^
기존의 Makefile 이라던지 다른 Build 툴을 보면 의존관계(Dependency)라는 것이 있을 것이다. 즉, 배포(distribute)라는 target 을 수행하기 전에 compile 이라는 target 을 먼저 수행해야 하는 의존 관계가 발생할 수 있을 것이다. ''target'' 에서는 이런 의존관계(dependency)를 다음과 같은 방법으로 제공한다.
- CppUnit . . . . 6 matches
컴파일 후 실행해 보면 다음과 같은 (혹은 비슷한) 결과를 볼수 있다.
* app 클래스에 다음과 같은 runner 실행을 위한 코드를 추가한다. 다음 코드를 추가함으로써 프로그램 실행시에 GUI Test Runner 가 실행된다.
Win API Programming 시에 Text Runner 를 이용하여 이용 가능. 다음과 같은 식으로 쓸 수도 있다.
|| 다음과 같은 파일들을 Test Case를 작성할 프로그램에 필요하다. ||
|| 다음과 같은 디렉토리 상태라고 가정한다. ||
library path 문제일 것 같은데요. 아니면, CppUnit 이 컴파일 되어있는지 확인해야 할것 같습니다. (lib 디렉토리에 cppunitd.lib 화일이 있는지 확인) --["1002"]
- EffectiveSTL/Container . . . . 6 matches
* STL을 구성하는 핵심 요소에는 여러 가지가 있다.(Iterator, Generic Algorithm, Container 등등). 역시 가장 핵심적이고, 조금만 알아도 쓸수 있고, 편하게 쓸수 있는 것은 Container다. Container는 Vector, List, Deque 과 같이 데이터를 담는 그릇과 같은 Object라고 보면 된다.
* 결국 이 코드에서 이 컨테이너에서 작동하는 함수를 썼는데, 컨테이너를 같은 계열의 것으로 바꾸면 좋겠지만, 성향이 다른걸로 바꾸면--; 많이 고쳐야 할것이다.
''STL Tutorial and Refereince 를 보면, 일부러 해당 Container 에게 최적화된 메소드들만 지원한다고 써있었던 기억. 예를 든다면, Vector 의 경우 push_front 같은 것이 없다. (만일 vector에 push_front 를 한다면? push_front 될때마다 매번 기존의 원소들 위치가 바뀐다.) --[1002]''
* copy, push_back 이런것은 넣어줄때 insert iterator를 사용한다. 즉, 하나 넣고 메모리 할당 해주고, 객체 복사하고(큰 객체면... --; 묵념), 또 하나 넣어주고 저 짓하고.. 이런것이다. 하지만 assign은 똑같은 작업을 한번에 짠~, 만약 100개의 객체를 넣는다면 assign은 copy이런것보다 1/100 밖에 시간이 안걸린다는 것이다.(정확하진 않겠지만.. 뭐 그러하다.)
* 또 하나의 문제점, insert 메소드는 실행할때마다 새로운 공간을 할당하기 위해 하나씩 밀린다. 만약 컨테이너가 n개의 객체를 가지고 있고, 거기다 m개의 객체를 insert로 넣으면.. n*m만큼 뒤로 땡기느라 시간을 낭비하게 된다. int같은 기본 자료형이면 괜찮을지도 모르지만.. 만약에 객체가 큰 경우라면, 대입 연산자, 복사 생성자 이런것도 저만큼 호출하게 된다. 미친다.
remove_copy_if(c.begin(), c.end(), inserter(goodValues, goodValues.end()), badValue); // 헉 이분법--;. 보면서 느끼는 거지만 정말 신기한거 많다. 저런 것들을 도대체 무슨 생각으로 구현했을지..
- Gof/Facade . . . . 6 matches
Facade Pattern은 다음과 같은 이익을 제공해준다.
facade를 구현할 때 다음과 같은 issue를 생각하라.
parser tree는 StatementNode, ExpressionNode와 같은 ProgramNode의 subclass들의 인스턴스들로 이루어진다. ProgramNode 계층 구조는 Composite Pattern의 예이다. ProgramNode는 program node 와 program node의 children을 조작하기 위한 인터페이스를 정의한다.
ProgramNode의 각 subclass들은 ProgramNode의 child인 ProgramNode 객체를 호출하기 위해 Traverse operation을 구현한다. 매번 각 child는 children에게 같은 일을 재귀적으로 수행한다. 예를 들어, ExpressionNode는 Traverse를 다음과 같이 정의한다.
ET++ application framework [WGM88] 에서, application은 run-time 상에서 application의 객체들을 살필 수 수 있는 built-in browsing tools를 가지고 있다.이러한 browsing tools는 "ProgrammingEnvironment'라 불리는 facade class를 가진 구분된 서브시스템에 구현되어있다. 이 facade는 browser에 접근 하기 위한 InspectObject나 InspectClass같은 operation을 정의한다.
앞의 다이어그램이 보여주듯, 가상 메모리 서브시스템은 내부적으로 다음과 같은 컴포넌트를 이용한다.
- HowToStudyDesignPatterns . . . . 6 matches
DPSC를 구입한 분들이 좀 있는 것으로 보아, DP를 공부하려는 움직임 같은 게 있지 않을까 하는 생각에 "조금 먼저 공부한 사람"으로서 몇 가지 조언을 드릴까 합니다. (DPSC 이야기가 안나왔으면 이런 글 쓰지 않았을텐데... 이것도 인연이라면 인연이네요)
어떤 특정 문장 구조(as much as ...나, no more than ... 같은)를 학습하는데 최선은 그 문장 구조를 이용한 실제 문장을 나에게 의미있는 실 컨텍스트 속에서 많이 접하고 스스로 나름의 모델을 구축(constructivism)하여 교과서의 법칙에 "기쁨에 찬 동의"를 하는 것입니다.
sorry라는 단어를 모르면서 remorseful이라는 단어를 공부하는 학생을 연상해 보세요. 제 강의에서도 강조를 했지만, 외국어 공부에서는 자기 몸에 가까운 쉬운 단어부터 공략을 하는 것이 필수적입니다 -- 이런 걸 Proximal learning이라고도 하죠. 등급별 어휘 목록 같은 게 있으면 좋죠. LG2DP에서 제안하는 순서가 그런 것 중 하나입니다.
그런데 사실 GoF의 DP에 나온 패턴들보다 더 핵심적인 어휘군이 있습니다. 마이크로패턴이라고도 불리는 것들인데, delegation, double dispatch 같은 것들을 말합니다. DP에도 조금 언급되어 있긴 합니다. 이런 마이크로패턴은 우리가 알게 모르게 매일 사용하는 것들이고 그 활용도가 아주 높습니다. 실제로 써보면 알겠지만, DP의 패턴 하나 쓰는 일이 그리 흔한 게 아닙니다. 마이크로패턴은 켄트벡의 SBPP에 잘 나와있습니다. 영어로 치자면 관사나 조동사 같은 것들입니다.
알렉산더가 The Timeless Way of Building의 마지막에서 무슨 말을 하는가요?
- Java2MicroEdition . . . . 6 matches
Java 2 Micro Edition (J2ME) 은 휴대전화나 PDA 같은 이동통신 기기등의 가전제품을 목표로 하고 있다. 그래서 초소형 장치에서 작은 장치에 이르는 이른바 소형 디바이스 들이 Java 를 사용할 수 있도록 지원하는 플랫폼이다.
* 휴대전화와 같은 매우 제한적이 하드웨어에서 사용되는...
실재로 CLDC와 MIDP가 포팅되어 있는 최신 휴대전화는 다음과 같은 구조를 이루고 있다.
그림을 보면 맨 아래에 MID, 즉 휴대전화의 하드웨어 부분이 있고 그 위에는 Native System Software가 존재하며 그 상위에 CLDC가, 그리고 MIDP에 대한 부분이 나오는데 이 부분을 살펴보면, MIDP Application과 OEM-Specific Classes로 나뉘어 있는 것을 알 수 있다. 여기서의 OEM-Specific Classes라는 것은 말 그대로 OEM(Original Equipment Manufacturing) 주문자의 상표로 상품을 제공하는 것이다. 즉, 다른 휴대전화에서는 사용할 수 없고, 자신의(같은 통신 회사의) 휴대전화에서만 독립적으로 수행될 수 있도록 제작된 Java또는 Native로 작성된 API이다. 이는 자신의(같은 통신 회사의) 휴대전화의 특성을 잘 나타내거나 또는 MIDP에서 제공하지 않는 특성화된 클래스 들로 이루어져 있다. 지금까지 나와있는 많은 MIDP API들에도 이런 예는 많이 보이고 있으며, 우리나라의 SK Telecom에서 제공하는 SK-VM에도 이런 SPEC을 가지고 휴대전화의 특성에 맞는 기능, 예를 들어 진동 기능이나, SMS를 컨트롤하는 기능 들을 구현하고 있다. 그림에서 보듯이 CLDC는 MIDP와 OEM-Specific Classes의 기본이 되고 있다.
퍼스널 자바와 임베디드 자바는 J2ME 플랫폼이 등장하기 이전부터 임베디드 시장을 목표로 한 자바 플랫폼이었다. 인터넷 셋탑 박스와 같은 나름대로의 성과도 있었지만, pJava와 eJava는 별로 시장의 주목을 받을 만한 사건을 기록한 적이 없었다. 그것은 기본적으로 선 마이크로시스템즈가 하드웨어 설계 및 제조와 관련해서는 그다지 내세울 만한 무기가 없었기 때문이었다고 해도 별 무리가 없을 것이다. 즉, 하드웨어 업체의 적극적인 지지 없이는 자바의 임베디드 시장 진출은 요원한 과제였다.
- JavaNetworkProgramming . . . . 6 matches
} //사용하는 방법이 더좋다. 가장 권장되는 방법은 위와 같은 플래그와 함께 interrupt()를 사용하는 것이다.
*FileDescriptor클래스 : FileDescriptor 객체는 하위 레벨의 시스템 파일 설명자로의 핸들이다. 파일 설명자는 열려진 파일을 의미하며, 읽기 작업이나 쓰기 작업을 위한 현재의 파일 내의 위치와 같은 정보들을 포함한다. RandomAccessFile이나 FileOutputStream, FileInputStream을 사용하지 않고는 유용하게 FileDescritor를 생성할수 있는 방법은 없다 . --;
*DataOutputStream과 DataInputStream : 기존의 바이트만 읽고 쓰는 스트림위에서 상위 수준의 통신이 가능하다. 예를 들어 String이나 부동점 실수와 같은 것을 통신할 수있다. 기존의 수준낮은(?) 것은 바이트 단위로 통신해야한다.
*한 2시간 본거 같은데 마땅히 적을께 없다 --; 허접 중목되는부분이 많다. --;
*Write : 바이트 스트림의 OutputStream과 같은 역할
*Reader : 바이트 스트림의 InputStream과 같은 역할
- MFCStudy_2001 . . . . 6 matches
[상민]:상협 표정 진짜 예술이었지, 흐흐 암튼 이페이지가 종료 페이지로 첫번ㅤㅉㅒㅤ군 종료페이지가 많이 나왔으면.. [[BR]]
[상민]:구근이형 봐 자기는 셀수도 없다잖아. 흑흑 너도 3년후에 나랑 같은 소리 할꺼야 T_T [[BR]]
[인수]:--;지난번에 말씀드린거 같은데..--; 포맷하다가 소스 통ㅤㅉㅒㅤ로 다 날려 먹었다는..--;[[BR]]
[상협] 버그 이유 방금 찾았어여... 요인은 띈 33 공격 함수 부분이었어여.. 띈 33 공격과 방어를 같은 함수로 처리하면서 문제가 생긴거 같아요. 이제 에러 뜨는 일은 없을거 같네여...아예 띈 33 공격 함수를 작동 안하게 만들었거든요..ㅡㅡ;; 나중에 시간 나면 고쳐서 넣아야징...
- MoreEffectiveC++/Operator . . . . 6 matches
참 괜찮은 방법이다. 하지만 이 방법은 개발자가 의도하지 않은 형변환마져 시키는 것때문에 문제가 발생한다. 다음을 보자
* '''''single-argument constructor''''' 는 더 어려운 문제를 제공한다. 게다가 이문제들은 암시적 형변환 보다 더 많은 부분을 차지하는 암시적 형변환에서 문제가 발생된다.
if( a == b[i] ) { // 헉스! 이런 "a"는 "a[i]" 써야 할 코드였다!. (개발자의 실수 의미, 한미 양국에서 같은 발음의 oops! --;; --상민)
*후기:이번껀 너무 길다. 다른거에 두배에 해당하는거 같은데 다음부터는 딴청 피우지 말고 해야지 --상민
다음과 같은 코드는 컴파일러 단에서 이렇게 교체된다고 볼수 있다.
// 그렇다면 다음과 같은 코드로 해야 한다.
- Polynomial . . . . 6 matches
Node expr_1[SIZE]; // 이와 같은 식으로 표현한다.
이 방법을 사용할때 발생할수 있는 문제점은 memory leakage (메모리 누수)이다. Java같은 경우는 쓰레기 수집기가 있지만 c 는 코더(-_-)가 일일이 사용되지 않는 자원을 회수해줘야 한다. 그렇지 않으면 그 자원을 다시 사용할 수 없게 된다.
다음과 같은 prototype 을 갖는 함수를 구현해야 한다. (이름은 달리해도 상관없다..)
/* 문제점 : 다음과 같은 경우는 어떻게 처리해야 할까?
다음과 같은 자료의 합, 차, 곱을 리턴하는 프로그램을 작성하시오
* 이거 작년에 했다가 한명("영창이")만 겨우 풀었어요 저도 이거 하다 포기했고 1학년에게 넘 어려운 문제가 아닐런지...-재동
- Refactoring/BadSmellsInCode . . . . 6 matches
어떠한 Refactoring을 해야 할 지 확신할 수 없을때 이 부분을 읽어라. 정확하게 똑같은 Smell을 발견할 순 없더라도 Refactoring에 대한 올바른 방향을 가리켜 줄 지침이 될 것이다.
* 같은 클래스내에 2개이상의 메소드들에 중복코드 존재시 - ExtractMethod
* 다른 알고리즘 내에서 같은 일을 하는 메소드 - SubstituteAlgorithm
클래스의 변수선언 필드나 함수 프로토타입 같은 곳에 있는, 항상 같이 몰려다니는 데이터 아이템들
같은 일을 하지만 다른 signature를 가진 메서드들.
필드, getter, setter만을 가진 어린아이와 같은 클래스.
- SmallTalk/강좌FromHitel/강의4 . . . . 6 matches
nosmokmoin 으로 변경시에 이 페이지가 에러가 발생하는 대표적인 예이다. 이 외에도
다거나 이미 있던 꾸러미나 객체를 지울 때 문제가 있었다는 등 이 알림판에
과 같은 명령을 사용하여 일터에 명령의 수행 결과를 출력할 수도 있습니다.
서 어떤 중대한 문제가 발생했을 때, 지금까지 어떤 길수들이 어떻게 실행되
체 어떤 경로를 따라서 명령이 실행되었으며 어디서 문제가 발생헀는지를 추
문제의 원인을 파악할 수 있습니다. 지금과 같은 경우에는 우리가 내린 명령
- ViImproved/설명서 . . . . 6 matches
비모드형 비모드형 프로그램은 키들을 항상 같은 의미로 사용한다
↓또는 j 다음 행의 같은 칼럼
↑또는 k 앞행의 같은 칼럼
; (n;) 바로 전에 검색한 방법과 같은 방향으로 문자 c로 이동
$vi -r <화일> <화일>은 문제가 생기기전의 화일이름 *시스템이 불시에 꺼졌거나, 저장하지 않고 나왔을때*
n 방금전에 수행한 검색과 같은 방향으로 검색(/)
- ZPBoard/AuthenticationBySession . . . . 6 matches
문제 자체가 중요한가요? 어떤게 문제이고, 왜 문제가 되는지, 문제가 왜 문제가되는아는 과정이 중요하다고 생각해서 이런식의 문답법을 의도하게 됬습니다. 단순히 문/답을 열거하는것보다 문제를 발견하는 과정이 중요하게 생각되어 이렇게 했는데, 받아들이는 입장에서는 그게 아니었나 보군요. 다시한번 묻겠습니다. 그냥 문제와 답을 원하는지 답을 달아주기 바랍니다. --["sun"]
* 질문들이 조금 이해가 안돼서요... 그럼 세션과 쿠키를 같이 사용하면 생각하시는 문제가 해결이 될까요? 쿠키의 만료 기간을 주지 않으면 브라우져를 닫으면 없어지는걸로 알고 있는데요 처음에 쿠키를 확인해 없다면 세션이 남아있더라도 지워버리는 방법을 사용하면 문제가 해결 될까요? --["상규"]
* '''처음에 쿠키를 확인해 없다면 세션이 남아있더라도 지워버리는 방법을 사용하면 문제가 해결 될까요?'''
- i++VS++i . . . . 6 matches
printf("%d", i); // 문제가 되는건 함수(i++)또는 함수(++i)이런데에서 문제가 생길거 같은데..
++i, 나 i++ 둘다 상관 없는 상황이라면, ++i에 습관을 들이자, 위의 연산자 재정의는 [STL]을 사용한다면 일반적인 경우이다. 후위 연산자가 구현된 Iterator는 모두 객체를 복사하는 과정을 거친다. 컴파일러단에서 Iterator 의 복사를 최적화 할수 있는 가능성에서는 보장할 수 없다. 따라서, 다음과 같은 경우
쩝.. 저는 별로 신경쓰지 않는데요... (무감각하다는;;;) Amdahl's Law 였나.. 프로그램 속도를 증가시키려면, 제일 시간을 많이 잡아먹는 부분을 수정하라고... 쩝.. 마이크로 프로그램이나. 리얼타임 어플리케이션같은곳에서는 필요할수도 있겠군요.; - 임인택
동일한 기능에 쓴다면, ++i 에 습관을 들이는 것을 추천한다. [STL]같은 연산자 재정의 라이브러리 때문 --NeoCoin
- joosama . . . . 6 matches
우리 국내에서는 독도문제가 발생할 때마다 야단 법석을 떨지만,
우리 같은 민간인들이 생업을 소홀히 하면서까지 나서는 것은 한계가 있는 일이었다.
당시의 김대중 대통령은 이러한 협상이 추후에 문제가 될 것이라는 것을 몰랐을 리가 없다.
영토문제에 있어서는 중국과 러시아도 우리와 똑 같은 입장에 있기 때문에,
그런데 이런 영토문제가 쉽게 해결될 리도 없기 때문에 백년이상이 걸려도 해걸되리라는 보장이 없다.
페이지를 볼 때 폰트나 배경 색 같은 걸 정해진대로 보이게 하는 것? 지금 위키 기본 css는 미색 배경에 굴림체이려나. CssMarket--[Leonardong]
- 논문번역/2012년스터디/서민관 . . . . 6 matches
텍스트 라인의 상위나 하위의 기준선 같은 종류의 핵심 지역은 기준 선을 나타내기 위해서 핵심 지역에 속하는 필수 선들의 픽셀들을 나타내는 임계치를 찾는 것으로 알 수 있다.
가장 유사할 것 같은 문자 배열이 표준 Viterbi beam-search 방법을 이용해서 계산된다.
Allograph는 특정 문자의 다른 샘플(realization)과 같은 문자의 하위 항목을 나타낸다.
추가적으로, 문자 배열에 대한 추정을 제공할 것 같은 인식 과정에 통계적 언어 모델이 통합되었다.
이 결과들은 우리가 찾아낸 같은 데이터베이스를 쓰는 결과(literature ......)와 비교했을 때 쓸만하다. 훈련용과 테스트용 셋의 크기가 다르기 때문에 비교하기는 어렵지만.
이와 같은 경우에서 어휘를 사용하지 않았을 때 단어 오류율은 60.6%였다.
- 데블스캠프2002 . . . . 6 matches
머리쓰는 문제도 중요하지만... 여러가지 분야를 조금이나마 경험하게 해주는것도 필요하지 않을까여..? 윈도우즈 에플리케이션이 어떻게 돌아가는지 간단히 소개시켜 준다든지... Little Man Computer 같은 것을 통해 컴퓨터 내부의 동작 원리를 설명해 준다든지.. Embedded System을 간단히 소개시켜 줘서.. 휴대전화나 가전제품, 계산기 등도 프로그램이 들어간다는것을 알게 해준다든지 등........ --상규
동의. 중간중간 컴퓨터 관련 역사나 야사 같은 것을 해줘도 좋을 것 같은데. ["스티븐레비의해커"], ProgrammersAtWork, 마소에서 안윤호씨의 글들 (이분 글도 참 재밌지. 빌 조이의 글이나 70년대 OS 초기시절 이야기 등등) 소개해줘도 재미있을듯. --석천
1. 무슨요일에 무슨과목 할 것인지 시간을 짜고
방금 문제하나 올릴려다가 너무 쉬운문제가 아닌가.. 해서 말았음. 먼저 새미나를 통해 어느정도는 가르친 상황이라고 하는데 그게 어느정돈지 파악이 안돼니....ㅡ,.ㅡ; 어려운 문제나 올려놔야지.. -- 광민
- 데블스캠프2004/세미나주제 . . . . 6 matches
- [PythonLanguage]나 [Squeak]([Smalltalk])이 재미있을것 같은데요..^^ - [임인택]
데블스캠프가 일주일밖에 남지 않은 상황에서 너무 스케쥴이 정해지지 않는 것 같아서 위와 같은 커리큘럼을 만들어 보았습니다. 강사의 스케쥴에 따라, 강사의 기호에 따라 날짜나 주제가 변경될 수 있습니다. 더 좋은 의견 있으면 써주세요. --[신재동]
* RevolutionOS 나, 좀 재미있을 것 같은 컴퓨터 역사 관련 영화 상영 & 이야기하기도 궁리. 혹은 이제 자막이 완성된 'Squeakers' :) --[1002]
* 예로서는 좋은데, 직접 보기에는 너무 단조롭더라. 설명 자체도 그리 친절하지 않고, 암튼 그런 좋은 영화 같은거 없나? --NeoCoin
상규나 재동이 같은 소위 스타가 학교를 떠나면 어떤 일이 벌어질까? 다음 세대 스타는 누구인가? 장기적 관점에서 트럭 넘버를 높히려면? --JuNe
우선 단기적으로 보면 03학번이 실력을 키워야 합니다. 02 학번은 현재 영동군, 1명만 남은 상태이고 그 또한 올해 군대를 갑니다. 석천 형(졸업)과 상민 형(군대)도 더이상 봐주기 힘들겁니다. 그리고 군대 간 ZP들(01, 02)이 돌어오는 시기는 내년 말이나 되야 할 것입니다. 그나마 다행히 저나 상규가 동대학원에 진학 예정이라 2년 정도 더 봐줄 수 있습니다만 결국 재학생 선배의 공백은 03학번이 해결해야 할 것입니다. 한편 장기적으로 본다면 문제는 앞서 나왔듯이 ''군대''인 듯 합니다. 남자들은 군문제가 학회에 지속적인 활동을 못하게 합니다. 저나 상규가 아직까지 군대를 가지 않고 남아 ZP에서 계속 활동한 것이 ''스타''라는 이름이 붙인 것 같습니다. 이를 해결할 수 있는 건 군문제를 대학원 후의 전문연구원으로 해결 하던지 아니면 여자 회원이 공백을 매꿔줘야 할 것입니다. 그리고 제대한 ZP 회원들을 빨리 다시 활동 할 수 있게해야 할 것입니다. 마지막으로 저나 상규는 절대 스스로를 스타 또는 영웅이라 생각치 않습니다. --재동
- 데블스캠프2008/등자사용법 . . . . 6 matches
몰입에 대한 연구로 유명한 미하이 칙센트미하이 교수는 말합니다. 우리가 가장 몰입이 잘 되는 때는 지루함과 두려움의 사이에 있을 때라고. 너무 쉬운 것은 지루하고, 너무 어려운 것은 두렵습니다. 또, 외국어 학습 이론에 대한 대가 크라센(Stephen Krashen) 교수 같은 사람은 i+1 이론을 이야기 합니다. 현재 자신의 수준을 i라고 했을 때 거기에서 약간 상위레벨의 지식으로 학습을 해야 가장 좋다, 뭐 이런 어찌보면 상식적인 이야기이죠.
많이 해서 더 빨리 하는 경우와 그 근본 원리는 같은데, 좀 다른 법칙으로 "순서를 바꾸면 같은 일도 훨씬 쉽게 또 빨리 할 수 있다"는 게 있습니다(제가 경험적으로 만들었습니다). 하려던 일들의 집합은 유지하지만 그 속에서 순서를 바꾸는 겁니다.
1. 무슨 일이든 크고 어려운 일부터 하려고 하지 말고, 작은 일부터
그러면 최초의 문제가 더 쉬워질 것이다.
저같은 소심남도 이런 프로그램을 통해서
- 데블스캠프2010/넷째날/후기 . . . . 6 matches
* 자바스크립트라는말을 많이 들어봐서 뭔가 했는데 이제야 어떤건지 조금은 알았네요. 자바와 자바스크립트가 다른거라는것도 오늘알았고 자바스크립트가 C언어와 이렇게 비슷한걸 보니까 언어 하나를 배우면 다른건 쉽게 배운다고하는말이 뭔지 알것같습니다. 그리고 역시나 감동의 쓰나미였다 또 C언어처럼 컴파일러 같은게 필요한것도 아니고 코딩한 파일을 웹브라우저로 실행하기만 하면 결과가 나온다는것도 신기하네요 - [경세준]
* 개인적으로 웹이랑 자바스크립트에 관심이 있어서 꽤 관심이 있던 세미나였습니다. 첫 시간이라 사람이 적어서 좀 늦게 시작하긴 했는데, 그래도 간단한 자바스크립트에 대해서 배울 수 있었고, 코딩 때 문제가 생기면 성현 선배가 잘 수정해주셔서 개인적으로는 만족스러웠습니다. 좀 더 DHTML쪽 요소가 있었으면 좋았지 싶은 게 아쉬운 점이네요. ㅠ.ㅠ - [서민관]
* 서버 만들어서 돌리는거 재밌네요. 상당히 흥미로웠습니다. PHP 예제도 타이핑 한것도 재밌었습니다. 다만 DB 쿼리 날리는 것도도 같이 해봐서 그런지 DB 쿼리날리는걸 배운건지 PHP를 배운건지 헷갈려요 ㅋㅋㅋ 또 헷갈리는게 있었는데 HTML태그를 쓰면서 PHP를 사용했는데, 기본적인 태그들이 HTML 태그랑 똑같은건가요? 아니면 Java Script처럼 HTML 안에 들어가는건가요? 헷갈리네요.. - [박성현]
* 항상 느꼈던 거지만 제 머리와 몸은 따로 노는 것 같습니다 ㅜㅜ 머리는 키보드에 먼저 손이 가면 안된다고 하는데, 막상 개발같은걸 할라치면 그냥 손이 자동으로 IDE를 켭니다. 그래서 한동안 노트 들고 다니면서 노트에 생각한 것들을 정리 해보기도 했었는데, 노트북을 사면서 부터 노트를 안 가지고 다니게 되었고 그러면서 다시 자동으로 IDE를 켜는 습관이.. ㅜㅜ 앞으로는 다시 노트를 들고 다니면서 먼저 생각한 것들을 정리해보는 습관을 들여야겠습니다. - [박성현]
* 실재 프로그래밍의 프론티어에 계신 분의 강의이여서 스스로의 정체성과 미래를 생각 해볼수잇는좋은 기회가 되었습니다 ^^ 역시 제로페이지가 짱이에요 ! - [김정욱]
- 데블스캠프2010/셋째날/후기 . . . . 6 matches
* 평소의 나의 모습을 본 것 같은 좋은 경험이었다. - [신기호]
1. 관찰자를 할까 생각하다 플레이어로 참가했는데, 관찰자들이 시뮬레이션 후에 발표했던 이야기를 듣고 저에게 어떤 문제가 있는지 알게 되어 플레이어로 참가하길 잘했다는 생각이 들었습니다. 중고등학생때부터 조별 활동을 여러차례 했었는데 만족한 경험보다 그렇지 못한 경험이 훨씬 많았습니다. 각 활동은 다양한 주제와 상황 하에서 이루어졌는데 모든 조별 활동에서 공통적으로, 그리고 가장 불만이었던 부분은 대다수의 팀원들이 적극적으로 참여하지 않는 점이었습니다. 그런 불만을 해결하기 위해 저는 '내가 미리 더 많이 생각하고 방향을 제시해야겠다'고 생각했습니다. 그런데 오늘 시뮬레이션을 해보니 제 태도로 인해 오히려 팀원들이 더 참여하기 힘들어질 수 있다는 것을 깨달았습니다. 앞으로는 팀원들이 참여하지 않는 것이 문제라고 느껴질 때 제 의견을 주장하는 대신 팀원들이 모두 자신의 의견을 말할 수 있도록 해야겠다는 생각이 들었습니다.
그리고 회고를 했던 것도 좋았습니다. 이틀 뒤에 회고를 진행할 예정이라 좀 자세히 봐두었는데요. 아직 잘 모르겠더라구요;; 어떤 특징을 잡아서, 어떤 목표를 정하고 회고를 진행할지에 대해 확실히 정하지 않아서 그런지 진행방법에 대해서도 아직 결정을 못내렸지만 '그룹 나누기', '발언 필통(?)', '체크인' 같은 것을 해봐야 겠다고 생각했습니다. 회고를 통해 팀 내부에서의 생각도 알아볼 수 있었고, 팀장으로서의 리더쉽과 팀원으로서의 리더쉽에 대해서도 생각해볼 수 있었습니다.
* Python, 개인적으로 참 배워보고 싶었던 언어였습니다. 왜냐면 ZP가 사랑하는 언어잖아요... ㅋㅋㅋㅋ 한번 들어보니 새롭긴 했습니다. 작년에 루아를 잠깐 공부해본적이 있었는데 자료형에 대해선 같은 특징을 가지고 있더라고요. 역시 '스크립트 언어는 인터프리터를 사용해서 자료형을 지정하는 것이 유연성이 없어서 그런가보다'라는 생각이 들었습니다. 재미지네요. 그런데 제가 스크립트 언어 하나 정돈 제대로 배워볼 생각인데 파이썬 한번 해봐야겠네요. - [박성현]
* Decompiler 신기하다... 어떻게 하는 거지 그런 건 ㅋㅋㅋ 리버스 엔지니어링은 왠지 근성이 필요할 거 같은 느낌.. 어려울 수 있겠지만 재학생들은 가상화에 대한 얘기를 더 들었어도 괜찮았을 거 같은데 약간 아쉽다 ㅋㅋ 언제 세미나로 해줘~ - [김수경]
- 데블스캠프2011/둘째날/후기 . . . . 6 matches
* 제가 처음 준비했던 컨텐츠였는데 성현이가 세미나를 진행하니 감회가 새로웠습니다. 저는 09년 때 간단한 인터페이스만 가르쳐줬는데 학우들이 창의적인 컨텐츠를 많이 만든 반면 성현이는 기능 하나하나 상세히 설명해주어서 제가 몰랐던 기능도 많이 알게 되었습니다. 수업을 들으면서 플래시 같은 애니메이션을 만들었는데 갑자기 게임을 만들라고 해서 소닉이 좌우로 이동하는 것밖에 못 만들어봤네요 ㅋㅋ 그래도 이동할 때의 모습을 바꾸는 데에서 삽질 끝에 성공해서 뿌듯뿌듯했습니다. 저의 Scratch 작품의 포인트는 역시 '음악' 입니다.
* Scratch를 어제 블럭 쌓기라고 해서 무슨 테트리스 같은 거라고 생각했는데, 오늘 보니 아 이런거구나 하는 것을 알게 되었습니다. 꼭 프로그램 짜기 전에 의사 코드로 하는 것 같더군요a. 마지막에 성현이가 게임 만들으라고 해서 뭐 할까 하다가 슈퍼마리오 배경도 있고 해서 그걸로 좀 비슷하게 하려고 했는데, 파이프에 닿았을 때 그걸 넘어가게 하는 걸 하려다 망했네요 ㅋㅋㅋ 그러다 보니 그냥 마리오가 움직이고 뛰기만 하는 걸로 끝났습니다. 좀 더 도구를 잘 활용하지 못함이 아쉽긴 했습니다.
* Craking이 우리가 보통때 말하는 Hacking이었다는걸 처음(사실 저번에 한번 들은거 같지만) 깨달았네요. 또, 이전까지 그런 툴을 만드는 사람들은 도대체 어떻게 만드는가! 싶었는데 어셈을 이용해서 만들곤 한다는 걸 보며, 음.. 좋군(?) 쇼핑몰중에 지금도 간단한 방법으로 털리는 곳이 있던데, 비밀번호까지 털 수 있다거나 하는걸 보니 정보보안의식에 대한 자각이 들었던거 같기도 하구요.(캐시 충전사건으로 문제가 생긴적이 있다는걸 듣고 충격!) 뚫을 수 있는 사람이 막을 수도 있다고 하니 정보보안쪽을 공부해보고 싶다면 Craking에 대해서도 아는게 좋을거 같군요. 저는 처음보는 형이었는데, 형 세미나에서 많은걸 배울 수 있었던거 같습니다.
* 수식은 어떤식으로 문서를 분석하는건지 알것같은데.. 파일입출력을 제대로 못해서 시도조차 못해봤습니다.ㅠㅠ 기초 능력이 부족한 탓이네요, C로 train 파일을 입력받아 변수에 단어별로 저장하고 단어의 개수를 세는것까지는 했지만 그 이상은 하지 못했습니다.. 능력부족을 실감했어요
* 조금 하다가 멍 해지네요. 이번 방학 때 준비 많이 해서 다음 학기를 맞이해야 겠다는 생각이 더욱이 확고해졌습니다. 역시 데블스 캠프는 평소에 접해보지 못하는 것을 접할 수 있게 해 주어 좋네요. 하나하나 해 나가다가 어느 부분에서 막히니까 멍 해지면서 그냥 옆에 성현이 하는 거 구경하다 끝난 것 같은... -ㅅ-;; 힘드네요a
- 데블스캠프2011/첫째날/후기 . . . . 6 matches
* 형진이형이 병특을 했던데다, 회사에 다니고 계셔서 항상 묻고싶었던게 많았는데, 많은걸 물어볼 수 있는 시간이 되어서 정말 좋았던거 같아요. 형진이형이 뭔가 끝없이 나오는 봇물(?) 같은 존재이신듯..! 우리가 프로그래머가 되면 어떠어떠한게 될 수 있는지, 어떠한 프로그래머가 되어서는 안되는지(정체된 프로그래머!), 병특하려면 어떤 조건(?)이 유리한지(그런데 오늘 신검받고 2급 ㅠㅠ, 내면의 장애를 발견할 수 없었어요) 재밌게 들었구요, 면접관이 되어 질문한다면 어떤 질문을 하겠는가?? 라는 것에서 다른분들이 쓴 글들을 보고도 많은걸 배운거 같았어요.
* 좀 더 나은 사람을 뽑기 위해서 어떤 질문을 하면 좋을 것인가 하는 부분에서 질문들을 보면서 지금의 나는 저 질문들에 대답했을 때 나은 사람일까 아닐까 하는 생각이 들었습니다. 경험을 많이 쌓아서 괜찮은 대답을 할 수 있는 정도가 될 수 있으면 좋겠다는 생각이 듭니다. 하지만 신입사원은 어차피 처음에는 다 쓸만한 수준이 안된다는 사실은 믿을 수가 없을 정도 -_- 틀림없이 다들 잘할 것 같은데...
* 2009년에 Java와 JUnitTest를 주제로 진행했을 때 실습 미션을 잘못 준비해오고 시간이 많이 비었던 뼈아픈 기억 때문에 시간이 부족했음에도 불구하고 나름 신경을 많이 썼던 섹션이었는데 오히려 타임오버가 되었네요;; 프로그래밍보다 수학 시간이 되었던거 같은 실습시간.. (그래서 처음에 겉넓이를 뺐던 것이었는데 팀이 많아서 추가하고 으헝헝) 그리고 다들 프로그래밍을 잘해서 '''Unit Test를 굳이 하지 않아도 버그가 없었던''' 프로그램을 완성하는 바람에.. Unit Test의 필요성을 많이 체감하지 못한것 같아서 좀 아쉬웠어요. 역시 '''적절한 예제'''를 만들기는 어려운것 같아요.
* java를 이번학기에 수강을 하였기 때문에 어느정도 자신이 있었습니다만, 지원누나의 설명을 들으면서 역시 알아야 할것은 많구나 라는 생각이 들었습니다. 특히 SVN을 사용한 커밋과 JUnit은 팀플할때에도 많은 도움이 될 것 같아 좀더 공부해 보고 싶어졌습니다. 저번 java팀플때는 Github을 사용했었는데 SVN과 무슨 차이점이 있는지도 궁금해 졌구요. JUnit Test는 제가 실제로 프로그래밍 하면서 사용하였던 원시적인 test와 많은 차이가 있어서 이해하기 힘들었지만 이 또한 더 사용하기 좋은 기능인것 같아 점 더 공부해 봐야겠습니다.
* 코드 중심의 팀프로젝트 경험이 없어서 SVN을 쓰게 된지 얼마 안됐는데. 참 유용한듯 싶습니다. 둘이서 할때는 커밋이나 업데이트에 문제가 거의 없었는데, 규모가 커지면 심각한 문제를 야기할 수 있다는 사실을 알게 됐습니다..-_-;; JUnit도 유익한 시간이었습니다. 테스트 기법에 대해서는 더 공부를 해봐야겠지만. 극히 일부분의 테스트케이스를 직접 입력한다는 점에는 조금 의문이 있었습니다.. 대량의 테스트케이스를 자동으로 생성하는 부분에 관심이 가네요. 또 저는 메인으로 실행하지 않아도 된다는 점보다 문서화가 용이하다는데에 느낌이 확 오더군요. 유효한 테스트케이스가 축적될수록 유지보수하는데 도움이 될테니까요.
* 새내기들이 자바를 맛볼 수 있는 좋은 기회였는데 막상 1학년들이 별로 없어서 아쉬웠습니다. 저 개인적으로는 다시 새내기가 된 느낌으로 차근차근 자바 코드를 작성해보는 것이 재미있었습니다. 성현이네랑 충돌나면서 역시 형상관리 툴을 실제 팀 단위로 사용하려면 형상관리를 위한 규칙을 확실히 정하고 사용해야 문제가 덜하겠다는 생각이 들었습니다.
- 병역문제어떻게해결할것인가 . . . . 6 matches
* 분기별로 모집합니다. 그리고 경력같은걸 많이 보는듯 합니다.
* 요즘 같이 경력같은 신입을 원하는 시대에는 병역특례가 나쁜 경험은 아닌 것 같음.
* 산업기능요원과 전문연구요원 같은 경우 복무만료 전까지 4주 기초군사훈련 기간을 선택할 수 있음. 복무기간에도 포함 됨.
* 현역과 보충역은 같은 산업기능요원이더라도 TO 획득에서 차이가 너무 납니다. 보충역은 지역 TO가 무제한 수준이라서 회사에서 OK만 하면 TO를 받을 수 있습니다. 카더라로는 보충역 n명을 모으면 현역TO가 생겨서 보충역을 모으는 회사도 있다고 합니다... 그러니 보충역이면 적당한 실력만 있으면 아주 높은 확률로 산업기능요원을 할 수 있습니다. 조언을 구할 때도 현역, 보충역은 별개로 생각해서 조언을 받는게 좋습니다.
* 현재는 구타와 같은 것이 사라짐. 이후 카투사 뒤를 이어 가기 어려운 곳이 되었다.
* 2학년 겨울방학 부터 매 방학동안 여러 훈련 이수 - 따라서 계절학기는 거의 못듣는다 보면 되고, 수강신청 기간과 훈련 기간이 겹치는 등의 문제가 생길 수 있음
- 새싹교실/2012/세싹 . . . . 6 matches
* 숙제를 수행하기 위해 버추얼 박스를 설치하였습니다. 설치파일이 정상적으로 실행 않는 문제가 있었는데 인터넷으로 강제 압축해제하는 방법을 듣고 7z으로 압축을 해제하는 방법으로 해결하였습니다. 데몬이 없어 iso파일도 7z으로 풀었습니다. - [김희성]
* 오피에서 숙제를 했습니다. VS로 하려니까 뭔가 막 오류가 나는데 고치지는 못하겠고 그래서 우분투를 깔아서 시도를 했네요. 용어가 익숙하지 않아서 그런지 함수 설명을 봐도 한번에 와닿지 않아서 힘들었습니다. 아 그리고 숙제를 하다가 생긴 문제인데요. 서버 프로그램을 처음 실행했을 때는 괜찮은데 두 번째로 실행했을 때는 Bind에러가 나네요. 그래서 매번 실행할 때마다 포트값을 수정해야했습니다. 왜 이런 문제가 생긴걸까요? - [권영기]
* 데이터 처리에 대하여 좀 더 검색하였는데 기본적으로 send된 정보는 버퍼에 계속 쌓이며, recv가 큐처럼 버퍼를 지우면서 읽는다고 되어있었습니다. 반면 read와 같은 파일포인터 함수로 읽으면 버퍼를 지우지않고 파일포인터만 이동하는 것 같더군요. recv도 옵션을 변경하면 버퍼에 계속 누적해서 보관할 수 있는거 같습니다.
* fopen의 경우 Standard함수인데 같은 input일 때, 리눅스에서 다르게 작동할지 궁금합니다. - [김희성]
* 함수를 반복해서 실행해 보았는데 읽는 위치가 같은 걸 보아, 파일 처음 부분부터 단위를 세는 것이군요. - [김희성]
* CreateFile함수 사용시 문자열이 LPCWSTR로 변환되지 않는 문제가 생기는 경우에는 CreateFileA를 사용해보세요.
- 영어학습방법론 . . . . 6 matches
* 위와 같은 단어 암기는 비효율적
* 잘 안외어지는 단어는 동화[자신이 한글로 계속 보고 싶을 정도로 좋아할 정도로 잘 아는 것. ex) Readers]같은 예문을 모르는 단어를 search하면서 그 단어의 쓰임을 예문을 통해서 외운다.
즉 자주 쓰는 것으로 경험을 통해 축적해야만 위와같은 비슷한 발음을 의미를 파악해서 구분이 가능하다.
* 페이지당 3, 4단어 정도 모르는게 적당. Level선택두 아주 중요함(읽기만 아니라 듣기도 해야하기때문) Cambridge, Longman, Oxford같은 출판사에서 나온 것을 선택하는 것이 좋음. Penguin Readers 시리즈가 유명함. Tape과 책이랑 같이 있음. 같이 구입 보통 각 책마다 level이 표시되어 있음(단어숫자라던지 교육과정정도를 표기) Tape : 성우가 재밌게 동화구연을 하는 것이라면 더 재밌다. 더 집중할 수 있다. ^^
* 이렇게를 책을 끝까지 한다. 그후 단락을 몇개 묶은 소단락을 위와 같은 방법으로 영어로 쓴다. 결국 마지막에는 책 한권을 요약해서 영어로 쓴다. 이때 자신이 스스로 체득한 문장들이 자연스럽게 영어로 쓰여진다. 쓰기에서 틀린 부분은 계속 고쳐나감.
* MIT or Georgia Tech같은 대학에서 자신들의 강의를 VOD로 제공함. 전공공부 & 영어공부 같이할 수 있음
- 요정 . . . . 6 matches
대개 요정은 우리가 먹는 것과 같은 것을 먹는다. 다만 유럽인들은 요정이 히스풀 줄기, 사슴과 산양의 젖, 보리, 밀 등을 주식으로 삼는다고 생각했다.
대체로 남을 돌봐주길 좋아하는 밝고 쾌활한 성격으로, 마음에 드는 인간에게 선물을 하거나 집안일을 도와주지만 그것을 떠들어대거나 감사해서는 안된다. 프라이버시를 침해하거나 요정이 다니는 길을 방해하면 그들은 심술궂은 마음을 갖게 된다. 빌려주고 꿔주는 것도 귀찮아 한다. 가령 요정에게 음식을 꿨다면 돌려줄 땐 똑같은 양이 아니면 안된다. 만약 조금이라도 많다면 화를 내며 두번 다시 꿔주지 않는다. 반대로 빌려준다면 두 배로 돌려준다고 한다. 요정은 친근한 성격이지만 대체로 요정 쪽에서 친구를 선택한다. 집에서 가사를 도와주는 '브라우니' 따위각 그 대표적인 예이다. 브라우니는 근심 걱정을 해결해 주는 요정으로 어려움에 처한 가족을 도와주었던 이야기들이 각지에 남아있다. 도움 받은 사람들은 대개 가난하지만 바른 마음을 가지고 살아가는 사람들이다.
벌레 정도 크기부터 인간과 같은 정도도 있고 커지거나 작아지거나 변신할 수 있는 종류도 있다. 아름다운 요정만 있는게 아니라 추한 요괴 모습을 한 것도 많다. 덥수룩한 수염을 하고 있어 보기만 해도 두려움에 몸서리 쳐지는 녀석들도 꽤있다.
우선 그들과 이야기 할 때 요정이라고 부르는 것을 피하고 ' 저 사람들' 이라든가 '마음씨 좋은 사람들' 이라고 말을 골라 쓰는것도 요령이다.또 다른 사귀는 요령은 두리번거리며 주위를 살피지 말아야 하고 어떤 질문이라도 정중히 답하는 것이다. 하지만 격식을 갖춰 말하는 것을 싫어하는 요정인"야레리 브라운" 같은 요정도 있으니 주의할 것.
모두가 해질녘까지 적당한 장소에서 잠을 잔다. 예전엔 난로에 연결된 굴뚝 속이나 냄비를 걸어 두는 쇠사슬 위에 솜씨 좋게 붙잡고 잠자는 브라우니가 목격되기도 했다. 항간에는 만약 잠자고 있는 요정을 보더라도 잠을 깨우거나 하는 바보같은 짓은 하지 않는게 좋다고 한다.
무슨 놀이인지는 알 수 없지만 하링이라는 놀이를 좋아한다고 한다. 혹 요정들이 게임을 같이 하자고 유혹하더라도 자신이 없으면 하지않는게 낫다. 요정은 지기 싫어해서 술수를 써서라도 이기려고 하니까 승산이없다.
- 위시리스트/130511 . . . . 6 matches
* ASP / PHP / JSP 같은 웹 개발 언어 서적 (조사중) - [김민재]
* 소설같은 JAVA(중요도: 1) (저자: 최영관). - [양아석] 이건 있어도 그만 없어도 그만~
* 중요도 매기는 법에 따라 사람 성격이 보이는것 같은 착각이... -[양아석]
* 방향제, 모기향같은 기타 물품은 인정 안될겁니다. 도어락도 글쎄.. 삼성쪽에서 물품 신청 어떻게 하라고 공문냈나요? 기자재에 장비가 포함되는건가요? 조건없이 가격맞춰오면 다 사주겠다고 하진 않았을텐데.. - [서지혜]
* 방향제나 모기향 같은 물품들은 과총(??) 등에서 '재료비' 명목으로 사용될 수도 있을 것 같은데..
- 일반적인사용패턴 . . . . 6 matches
위키의 페이지들은 빨리 읽고 지나갈 글들이 아닙니다. 하나의 페이지가 현재의 모습을 띄기 위해서 수많은 손들에 거쳐가며 수정되고 추가되고 삭제되었습니다. 해당페이지에 대해 시간을 두고 천천히 읽어나가시기 바랍니다. 그리고 참여하시기 바랍니다.
해당 주제에 대해 새로운 위키 페이지를 열어보세요. Edit Text 하신 뒤 [[ "열고싶은주제" ]] 식으로 입력하시면 새 페이지가 열 수 있도록 붉은색의 링크가 생깁니다. 해당 링크를 클릭하신 뒤, 새로 열린 페이지에 Create This Page를 클릭하시고 글을 입력하시면, 그 페이지는 그 다음부터 새로운 위키 페이지가 됩니다. 또 다른 방법으로는, 상단의 'Go' 에 새 페이지 이름을 적어주세요. 'Go' 는 기존에 열린 페이지 이름을 입력하면 바로 가게 되고요. 그렇지 않은 경우는 새 페이지가 열리게 된답니다.
위키의 특성상 한 페이지가 길어지는 경우가 많습니다. 스크롤을 위해 휠만 사용하는 것보다는 Page Up, Page Down을 적절하게 사용하시는 것이 편합니다. 한쪽손은 키보드, 한쪽손은 마우스.~
기본적으로 이 위키(모인모인)에서는 페이지 이름 수정을 지원하지 않습니다. 페이지 이름 수정시에는 할 일이 많습니다. 다음과 같은 과정을 거치도록 하세요.
- 정모/2011.5.16 . . . . 6 matches
* 11학번 새내기가 많아서 좋았구요. 저와 이름이 거의 비슷한 [강수현]이라는 이름의 여학우가 기억에 남아요/ㅁ/ 새싹 골든벨에서 문제들을 들을 때, 새싹교실에서 가르치지 않았던 문제가 나왔을 때 많이 미안했어요. 너무 대충 넘어간 감이 있지 않았나 싶었던 ㅠㅠ 특히 관계 연산자나 비트 연산자 같은 그런 부분은 한 회의 수업으로 그냥 넘겼었던거라 ㅠㅠ 카네이션과 파이 파티는 정말 인상깊었어요. 준영이가 앞으로 지각을 안하겠다! 라고 말했는데... 사실 오전 10시 수업이라, 집이 머니까 이해할 수 있어요. 하지만, 약속이니까 일단 믿어봐야겠..ㅎㅎ - [강소현]
* 아아아아아아악!! 내 새싹들 어디갔어!! 항상 그렇지만 마지막에 참가합니다. 월요일 정모시간의 저주는 이번 학기동안 내내 되는군요. 그래도 진경이가 나에게 꽃을 주다니.... 꽃을 주다니 ㅠㅠ 고마워!!! 내 문제가 좀 어려웠나 근데..? - [김준석]
* 문제가 뭐였드라? 기억이 안나네요.. - [서지혜]
* 독서 모임 끝나고 가니까 많은 인원이 와 있더군요,, 만나서 반가웠습니다. ㅋ 이번 OMS는 주제가 ㅎㅎ 참 신선했습니다. 경진대회에 대해서는 자세히 아는 것이 없었는데 새로운 정보를 얻을 수 있어 좋았습니다. 그리고 골든벨 형식으로 문제를 진행하면서 재밌기도 했고, 내가 과연 1학년 때 새싹을 들으면서 이와 같은 걸 했으면 과연 어느 정도까지 답을 써 냈을지 라는 생각도 들더라고요 ㅎ -[권순의]
1. 새싹들과 함께 뭘 할까 고민하다 지혜가 아이디어를 내서 골든벨을 했습니다. 제가 사전에 문제를 다 준비하려다 시간도 안 되고 재학생들은 보기만 하는 정모는 재미없을 것 같아 재학생분들이 돌아가면서 내는 형식으로 진행했습니다. 결과적으로 제가 혼자 생각해본 문제들보다 다양한 문제가 나와서 좋았어요! 지원금 쟁탈전이라는 명목으로 진행했지만 중간중간 새내기들이 잘 못 푸는 문제는 풀이도 하고, 단순히 맞고 틀리고를 떠나 그동안 배운 것들을 점검하고 몰랐던 것들을 배워가는 시간이라고 느꼈길 바랍니다.
- 정모/2012.11.26 . . . . 6 matches
* [이민석]: 발표 자료를 훑어보니 디지털 영상 처리의 로우-패스 필터 같은 신호 처리 기법도 나오고 흥미로운 주제인데 발표 앞부분을 놓쳐서 아쉽습니다.
1. 오랜만에 정모 참석했네요. OMS는 굉장히 굉장히 학술적인 내용이었습니다. 사실 전 공수도 멀컴도 듣지 않아서 그리 익숙한 주제는 아니었네요. 그 화려한 수식의 향연이란... 적당히 메모를 해가면서 들었는데 살짝 헷갈렸어요. 하지만 한번 맛보기로 들어봤으니 다음에 어디에선가 다시 들을 일이 생기면 덜 낯설겠죠? :)
* [서민관] : 제가 후기의 마지막을 장식할 것 같군요. 좀 평소 정모와는 다르게 HOT한 주제가 있었지만 그래도 괜찮게 넘어간 것 같아서 다행이었네요. OMS는 알아듣기가 많이 힘들었습니다. 내년에 공수나 다른 관련 과목들을 들어야 할지 고민을 해야 할 레벨이네요 ㅠㅠㅠㅠㅠ 그리고 활동 내역 정리 관련으로 일을 할 생각인데, 태진이한테 민폐 안 끼치고 잘 처리 할 수 있으면 좋겠군요. 올 한 해 ZP의 활동이 왕성한 것 같아서 무슨무슨 활동들을 했는지 보는 보람은 꽤 있을 것 같습니다. 재밌겠죠. 여담이지만 종록이 위키 정리 속도는 정말 신이 들린 레벨이지 싶습니다 -_-;;
* [서지혜] : 정모 완전 오랜만. 위키 정모 페이지가 다시 흥해지네.
* 정모가 못쓰는 TV치우기로 끝이 났는데 좀 흐지부지 하지 않았나요? 다들 이제 끝인가? 하는 생각을 했을 듯 하네요. 클로징 멘트를 하나 만드는 거 어떨까요. 여러분~ 즐밤~ 같은거
- 정모/2012.12.10 . . . . 6 matches
* 가장 버그를 자주 낼 것 같은 사람
* 가장 잠이 많은 것 같은 사람 상
* 가장 일반적인 것 같은 사람 상
* 가장 소금같은 사람(짠 사람? 필요한 사람?)
* 영어로 보는 수능같은 느낌! 여태껏 들은 수업을 되돌아보고자 하는분 적어주세요.
* 누나는 저보다 자바 잘하실것 같은데... 으앙... 어떻게 준비해야 할려나.. ㅠ.ㅜ - [안혁준]
- 정모/2013.9.4 . . . . 6 matches
* 본인 입으로 정확히 말하자면 :) 제한이 없어도 잘 안가는데, 제한이 생기면 더욱더 안 갈게 뻔하고, 지원금을 받는 대신 회원에게 공유할것을 전제로 주는 것이기 때문에, 한 사람이 집중적으로 많이 받아가도 별 반발이 없을거라 생각합니다. 받은만큼 토해(?)낼태니까요 :) 대신 세미나 같은 곳 다녀와서 건성으로 공유하지 않고 제대로 공유해줘야겠죠. 일단은 회장이 만족할정도면 된다고 생각합니다만. - [고한종]
* 덧붙여서, 지원금을 왜 주는지에 대해서 진지하게 생각했으면 좋겠어요. 저는 이게 학술 활동 지원이라 생각하는데, 지원 받는데 세세한 조건같은거 있으면 귀찮아서 학술활동을 포기해 버리겠죠?
* 외부 유입에서 문제가 생길수 있으므로 조심하는게 좋다.
* 또 하나 문제가 생길 수 있는게, 외부에서 zp가 거의 주최하는거에 대해서 클레임을 건다면 문제가 생길수 있어서 소모임방식으로 주최하는것에 조심해야한다.
- 제로페이지회칙만들기 . . . . 6 matches
날짜를 고정하는 방식 보다는 '몇째주 무슨요일' 하는 방식이 현실적이라 생각됩니다. 18일은 토요일이 될수도, 일요일이 될수도 있습니다. --이선우 [[BR]]
["neocoin"]:광식아 내가 18일을 말한건 이번달은 18일이 적당해서 한건데, 간담회가 있으니 제대로 안될것 같은데? 그리고 말씀대로 하는것이 좋을것 같은데요. 현재는 주중에 하는것이 더 좋을것 같네요. 정모의 내용은 물론, 요일로 하는것이 더 적당한것 같은데, 월화수목금토일 중 화요일 7시~9시 정도? --상민[[BR]]
["neocoin"]:설마, 그렇게 까지는 필요 없겠지 회원 자격 상실 조건과, 정모 만 확실하게 정하면 더 이상 무슨 규칙이 있겠냐 --상민
["창섭"] : 매월 둘째주 넷째주에 하는 것으로 하고.. 4월 중간고사처럼 특별한 일이 있을 때는 한 주 정도 늦춰도 한달에 두번 한다는 취지는 소색이 없을 것 같은데요.. 굳이 셋째주를 정하기 보다는 정모와 정모 사이의 기간이 너무 길거나 짧지 않고 한달에 두번을 할 수 있다면 몇째주인지는 중요하지 않은 것 같습니다.. ^^;; --창섭[[BR]]
- 책거꾸로읽기 . . . . 6 matches
시장 지향적 정책, 값싸고 풍부한 이공계 인력, ITP 같은 편리한 시설, 한마디로 사업하기에 딱 좋은 도시가 방갈로르이다.
각 종 글로벌 기업(etc, 인텔, 야후, 구글, 맥도날드)들이 인도에 연구개발(R&D)센터를 설립하고 있다. 이런 곳에서 하는 연구에 대해 '''이같은 연구들은 앞으로 시장의 판도를 바꾸는 게임 체인저가 될 것'''이라며 인도를 주목하라는 말도 있다.
얼마 전부터 글로벌 기업들은 과거 자기네 땅에서 자기나라 사람들을 고용해 처리하던 고객관리며 회계, 물류 같은 이른바 백 오피스(Back Office)업무를 인도에 넘겨주고 있다. 주된 이유는 비용을 절감하기 위해서다. BPO(Business Process Outsourcing)산업이 번성하면서 인도는 '''세계의 사무실'''이라는 별명까기 얻게 됐다. 인도에서 BPO산업이 숙성한 이유는 여러가지다. 먼저 영어가 되는 직원들을 쉽게 구할 수 있고, IT산업이 발달해 멀리 떨어진 본국 기업과도 불편 없이 일할 수 있다는 장점이 있다. 재밌는 건 여기에 절묘한 '''황금분할'''이론도 숨어 있다는 사실이다. 미국동부와 인도는 딱 12시간의 시차가 있다. 미국인들은 잠을 잘 때 인도인들은 일을 할 수 있다는 예기이다. 적은 비용을 들여서 쉬지 않는 24시간 업무 체제를 가동시키는 셈이다. 하지만 요즘 미국인들의 '''인도인들이 일자리를 빼았는다'''는 불만으로 정치적 문제로 비화되기까지 이르었다.
수학을 중시하고 수학에 대한 재능을 높이 사는 인도의 전통은 곳곳에서 생생하게 살아있다. 십구단을 외우는 것도 그 중 하나이다. 인도 공과대학(IIT) 같은 명문 대학에 들어가려면 입학시험에서 수학점수를 잘 받지 않으면 불가능하다.
인도는 인력이 풍부할 뿐 아니라 인구분포 면에서도 젊은 나라이다. 인도는 이미 해마다 수십만 명의 기술인력을 배출하고 있다. 마치 기술자를 기계로 팍팍 찍어내는 인력공장같은 나라가 인도이다.
인도에서 IIT는 명예와 부의 상징이기도 하다. IIT 출신이라는 꼬리표만 붙으면 마이크로소프트, IBM, 인텔 같은 세계적 IT 회사의 채용 담당자들이 서로 모셔갈려구 달려든다. 이런 대단한 인재들의 몸값은 얼마나 될까? 처음에는 월급 2만 루피(50만원)만 주면 만족한덴다.
- 프로그래머가지녀야할생각 . . . . 6 matches
모든 ZP인들에게 미안하게 생각합니다. 갑자기 뚱딴지 같은 생각이 났습니다. 과연 ["programmer"]들이 항상 마음에 지니고 있어야 할 ["생각"]은 무엇일까요? 어떤 생각들을 항상 지니고 있어야 잘못된 행동(사고 포함)을 하지 않을 수 (혹은 하고 있다는 것을 깨달을 수 )있을까요? ["programmer"]들이 꼭 지니고 있어야 할 생각들이 무엇일까? 궁금합니다.
DeleteMe--우선 윗글에서 (확실히) 불분명한 두 단어를 사용하였는데 하나는 ["programmer"]이고 다른것은 ["생각"]이라는 단어입니다. 우선 단어 정의가 필요한거 같은데..대충 비슷하게는 생각할꺼 같은데 정교화가 필요할꺼 같군요. 재밌고 유익한 토론이 되었으면 합니다.
너무나 이상적이고 추상적인 생각이겠지만 '프로그래머는 사회에 이익이 되는 프로그램을 만들어야 한다'는 근본적인 생각을 갖는 건 어떨까요? 예를 들어 재미있는 오락도 좋겠지만 장애인이나 나이 많이 드신 분들을 위한 보조용프로그램 같은 것들이 많이 개발되어야 한다고 생각합니다. 전에 정보요원단 활동을 할 때 우리나라에 보급되어 있는 장애인용 프로그램들이 많이 부족한 현실을 봤었는데... 내가 만든 프로그램이 남에게 도움이 된다면 그보다 좋을 일이 또 있을까요? ^^ -- jeppy
DeleteMe) 태권V 님이라고 이번달 마소Jr인가 저번달 마소Jr에 등장하는 단체의 장인거 같은데. 찾아봐봐 devpia에 주로 활동 --상민
DeleteMe) 오.. 실제로 많은 활동을 하시는 분이군요. 단체의 장이라...무슨 단체이죠.-.-? --["창섭"]
- 학회간교류 . . . . 6 matches
* 두 학회가 한번도 접해보지 않은 주제를 하나 잡고 일종의 '탐사놀이' 같은것을 해보면 어떨까? --[1002]
- [전시회]나 [강연]등에 같이 참여하고 뒤풀이 같은것 (보드카페, 술자리.. 등등)을 함께해보는 건 어떨까요? 무언가 같은 경험을 공유한 뒤에는 친밀도가 높아지고 보다 빈번한 의견교환이 가능할것 같은데요. - [임인택]
자답입니다만, [PC실관리]를 같은 날에 하면 좋겠습니다. --[Leonardong]
오늘 분산처리 공부하다가 떠오른 아이디어인데, '''PC실 관리 프로그램''' 만들어보면 어떨까요? 각 PC실의 PC 동작 현황(현재 돌아가고 있는 프로그램)과 IP주소, 프린터 동작 여부 등의 정보를 웹상에서 보여주는 거죠.(아마도 인증된 사용자에게만 보여줘야겠지요. 동문서버팀하고 연동해도 되겠네요.) 해당 서버 프로세스는 동문서버에서 돌리고, 각 PC들마다 클라이언트 프로그램을 백그라운드로 돌리면 될 거 같고요. 그러면, 구지 구피에 자리없을 때, 7피까지 올라가보지 않아도 PC실 사용을 파악할 수도 있고, 필요하면 다른 장소에서도 학교 PC실 사용여부를 감독할 수 있겠지요. 차후 전체 PC 네트워크 관리나 바이러스 체크와 같은 관리면 등에도 응용이 가능할 것으로 예상해보고요. 어때요? --Netory:창선이
- 회원자격 . . . . 6 matches
1. 다음과 같은 5개의 정회원 승격 조건 중 1가지 이상을 충족해주시기 바랍니다.
1. 다음과 같은 5개의 정회원 승격 조건 중 1가지 이상을 충족해주시기 바랍니다.
제로페이지의 회원이기 위한 첫째 조건으로는 '''중앙대학교 컴퓨터공학과 동문'''이겠구요. 그 다음으로는 제로페이지란 공동체의 활동에 참여를 해야하겠지요. 정모, 전시회, 홈커밍데이, 엠티와 같은 제로페이지 행사에 자발적으로 관심을 갖고 참여 해야합니다. 그리고 세미나, 스터디 등등의 활동을 오프라인 및 온라인을 이용해서 제로페이지 회원들과 함께 꾸려나가야 합니다. 그리고 가장 중요한 조건은 '''제로페이지(ZeroPage)가 무엇을 위한 공동체인지 이해하고 동의'''해야 한다는 것입니다. 여기에서 자발적인 관심과 참여가 유도되어야 합니다. 이 조건만 만족하면 제로페이지 회원이기에 충분하다고 생각합니다.
* 예, 제로페이지가 무엇을 위한 공동체인지 이해하고 동의해야 그 공동체에 애착(?)을 가질수 있겠지요. 공동체 활동 참여는 그 뒤에 자연히 따라오게되는 순서라고 생각합니다. 그런데 지금 상황이 약간 모순인것은 제로페이지가 무엇을 위한 공동체인지 회원들간의 생각차가 좀 있는듯 하단겁니다. ["제로페이지는"] 무엇을 위한 공동체인지 생각해보는 것이 ["회원자격"]을 논하는 데에 선행이 되어야 하지 않을까요. --이덕준
* 제로페이지가 무엇을 위한 모임인가.. 저는 함께 공동 관심사(포괄적으로 컴퓨터)를 가지고 모인 모임이라고 봤습니다. 공부를 같이 하는 모임은 물론이고 친목모임도 될 수 있는 모임말입니다. 어떠한 목적도 좋지만 그 목적이 오래 가려면 친목이 뒷받침되어야 한다고 생각하기 때문입니다. --["창섭"]
- AcceleratedC++/Chapter6 . . . . 5 matches
* Chapter5의 마지막에 루프를 줄인 다음과 같은 구문이 있었다. ret의 끝에다가 bottom의 처음부터 끝까지 넣는다는 뜻이다.
* Palindrome이란 앞에서부터 읽어도 뒤에서부터 읽어도 똑같은 단어를 의미한다.
삭제를 하기 위해서는 다음과 같은 방식으로 컨테이너의 메소드를 이용해야한다.
partiton, remove_if, erase, insert와 같은 연산은 erase된 반복자를 무효화시킨다.
따라서 상기와 같은 함수를 이용한 뒤에는 이전에 할당된 반복자가 유효하다고 보고 프로그램의 로직을 만들어서는 안된다.
- CCNA/2013스터디 . . . . 5 matches
* Web Browser와 같은 프로그램
* 적당한 교재, 문제집을 찾을 수 없음 - 연습문제가 참...
* 서로 같은 브로드케스트를 받는 네트워크의 범위
* 주고 받는 개념이므로 Router_B도 같은 방법으로 설정
- 기본적인 ISDN 설정에 다음와 같은 부분을 추가로 설정하면 된다.
- Cpp에서의멤버함수구현메커니즘 . . . . 5 matches
C++은 Strong typed language 이므로 컴파일 시간에 모든 형이 선언되고, 사용되는 것을 검증할 수 있습니다. 하지만 이는 다음과 같은 지역 변수에 국한합니다.
무슨 소리냐 하면,
그러나 {{{~cpp Foo::sayMyId()}}} 같은 아무런 인자 없는 함수의 실행코드가 함수 선언 영역에 세팅된다면, id 라는 인자에 접근할수 없습니다.
다음과 같은 코드를 실행하면,
이를 실행하면, 다음과 같은 exception을 출력합니다. 이는 [http://java.sun.com/docs/books/jls/second_edition/html/j.title.doc.html Java Language Specification 2nd] (3rd가 아직 안나왔군요.) 와 [http://java.sun.com/docs/books/vmspec/2nd-edition/html/VMSpecTOC.doc.html jvm specification]을 참고하세요.
- CryptKicker . . . . 5 matches
텍스트를 암호화하는 방법 중에 보안상 취약하긴 하지만 흔하게 쓰이는 방법으로 알파벳 글자를 다른 글자로 돌리는 방법이 있다. 즉 알파벳의 각 글자를 다른 글자로 치환한다. 암호화된 것을 다시 원래대로 되돌릴 수 있으려면 두 개의 서로 다른 글자가 같은 글자로 치환되지 않아야 한다.
영어는 26글자의 알파벳으로 이루어져있다. 단순히 짜맞추기엔 너무 많은 갯수이다. 하지만 그것들의 출현빈도는 각각다르다. z, q와 같은 글자는 1%미만의 출현비율이 나타나고,
e, i, o 와 같은 글자는 알파벳의 특성상 10퍼센트가 넘는 출현빈도가 나타난다. 기억나기론 E가 13퍼센트 정도였던것 같다. 이 규칙을 따르지 않는 문장과 단어가 있지 않나고 반박할지 모르지만 확률이다. 특수화된 경우의 문장과, 단어의 경우를 일반화 시키면 곤란하다. 이런 알파벳의 출현빈도는 몇줄의, 몇개의 단어에는 잘 맞지 않을테지만, 암호화된 문장과 문서가 많아질수록 그 출현빈도는 표중화된 확률에 거의 일치하게 된다.
또 gh, ing, ed, the, a 와같은 자주출현하는 글자쌍도 존재한다. 만약 암호화된 코드에 덩그라니 한글자짜리 x 가 존재한다면 그것은 a일 가능성이 높아진다. 또 qer가 있따면 이것은 the가 될 확률이 높아지는것이고.
송수신가자 모두 가진 무언가 공통의 법칙이 필요했을것이고, 그렇게 되면 보안상의 문제가 발생하게 되는것이다. 직접 만나서 건낼 수 있다면 좋지만, 직접 만날거면 뭣하러 암호화된 문장을 사용하겠는가. 아무튼 암호화 규칙이 노출되지 않게 하기위해서는 상당한 노력이 필요했을것이다.
- C언어시험 . . . . 5 matches
누가 C언어 시험 문제를 정리해 올린 것을 보았는데, 시험 그 자체로는 큰 문제가 없어보입니다. 수업시간이 어떤지가 더 궁금합니다. 교수님이 학생과 눈높이를 맞추는지 등.
저도 그냥 시험 문제가 엄청 어렵게 나왔다는 얘기만 들었는데 실제로 보니깐 어렵게 나오긴 나왔던데요 교수님은 좀 젊은 분이라고 합니다. - [상협]
제가 내린 결론부터 말씀드리자면, 새내기들의 불만을 터뜨리게 한 가장 큰 원인이 '예상하지 못한 문제가 출제되었다' 인것 같습니다(학생들은 C언어에 대한 문제가 주를 이룰 것이다라는 생각을 하고 있었을 테니까요). 사람들의 이야기를 들어보니 ''교수님의 속도와 학생들이 받아들이는 속도가 맞지 않았다.'' 라는 생각이 들었습니다. 교수님께서 ''책에 있는 내용은 스스로 공부할수 있으니 저는 책에 나오지 않는 내용을 강의하겠습니다.'' 와 비슷한 말씀을 하셨다고 합니다. (새내기가 아닌) 한 학생이 교수님께 찾아가 강의의 난이도를 높여 달라는 말도 했다고 하구요(이 일 이후에는 C언어에 대한 내용을 skip하는 경우가 많았다고 하네요).
수업시간에 시험에 나온 Waterfall, Spiral Model등등 프로세스에 관한 측면과 소프트웨어 디자인에 대한 강의도 있었다고 하는데 제 느낌이지만 교수님께서 너무 앞서나가셔서 (리듬이 맞지 않았다고 하면 될 것 같네요) 학생들이 받아들이는데 문제가 있었던것 같습니다. (이러한 주제를 다룬것 자체에 대해서는 학생들이 그다지 크게 잘못된 생각을 가지고 있는것 같지는 않습니다) 제가 수업을 들었었다면 조금 더 구체적으로 적을수 있었을텐데 아쉽네요. 적적한 메타포의 활용이 아쉽네요. 저는 요새 후배들에게 무언가를 가르치려고 할때 메타포를 많이 활용하고자 한답니다. - [임인택] - 추가해서. 제가 사실을 잘못 알고 있으면 누가 말씀해 주시길 바랍니다.
- DPSCChapter3 . . . . 5 matches
그것은 몸체, 엔진, 변속장치, 그리고 승객 칸막을 포함하는 자동차를 만드는 것이다. 둘째로, 응용 프로그램은 같은 상품의
그리고 모든 faimily에서 같은 코드를 사용해서 부분들을(엔진,변속장치..) 얻는 것을 사용한다.
우리는 아래와 같은 자동차와 자동차 부분들의 클래스를 가지고 있다.
여기에 효과적인 두 개의 추상이 있다. 첫번째, 모든 CarPartFactory들이 같은 메시지 인터페이스를 구현한다. 클라이언트가 그들이 메시지를 보내기 위해서 CarPartFactory의 정확한
타입이 무엇인지 신경쓰지 않고 같은 생성 메시지를 보내는 것을 팩토리가 수행한다.
- FreechalAlbumSpider . . . . 5 matches
주로 제로보드 데이터로 변환하기 위한 데이터베이스 저장 부분인데, 첫번째 이유로는 제로보드 DB 의 스키마를 제대로 파악하지 못한것이 문제였다. 이 문제는 프리첼->제로보드 컨버터 PHP 소스를 보고 이를 Python 으로 포팅하였다. 이전에 PHP 프로그래밍을 많이 했기 때문에 익숙했고, 어차피 같은 어족군(?)의 언어이므로 별다른 어려움이 없었다. 하지만, 테스트 경우를 명확하게 하지 않았기 때문에, 작동이 제대로 되지 않는지에 대해서는 게시판 변환뒤 매번 웹에서 나온 결과를 확인해야 했다.
또하나 문제로는 이상하게 MySQLdb 모듈이 문제를 일으켰는데, update query 를 날릴때 에러발생을 하는 것이였다. 똑같은 쿼리문을 쉘에서 실행했을때는 잘 되었는데, MySQLdb 의 cursor 클래스를 이용, 쿼리를 날리면 실행이 안되는 것이였다. (DB 에 적용은 되는데, 에러가 발생한다.) 이 부분에 대해서는 일단 try-except 로 땜질처리를 했지만, 그리 기분좋진 않다. 수정이 필요하다.
늦게서야 보게 되어서..; 지금도 작동을 할런지는 잘 모르겠습니다. 알바때문에 바빠서 유지보수를 못하는 중인지라.. freechal service UI 가 바뀌면 깨지는 녀석일것인지라..; 사용하기전에 필요한 것으론 Python 2.2x 버전 정도와 MySQLdb 라이브러리가 필요하고요. 해당 proper.py 화일을 맞춰주신뒤, freechalscript.py 를 실행해주시면 됩니다. 같은 역할을 하는 프로그램은 http://www.perlmania.or.kr 에서 먼저 구현된걸로 기억합니다. 거기서 해당 강좌도 있던걸로 기억하오니 참조하세요. --[1002]
우선 감사합니다. 근데 에러가 나네요^^; 제가 현재 이미지 가져오는 부분을 처리를 도저히 못하겠는데, 혹시 이 부분에서 주의하여야 할 부분이 있나요? python도 Header setting같은 거 하나요? 전 PHP로 하고 있거든요..
원리는 보통의 이런류의 프로그램 (HTTP 로 문서 가져오고 스트링 파싱하여 데이터로 가공하고 DB에 저장) 이 비슷합니다. 단, 앨범게시판의 경우 로그인이 필요한데, 이 경우 쿠키 처리를 위한 header setting을 해줘야겠죠. Perl 같은 경우 LWP, Python 의 경우 ClientCookie, Java 의 경우 HttpUnit(원래의 용도는 다르지만, 이런 프로그램을 위한 간이 브라우저 라이브러리로 쓸 수 있습니다.) 등의 라이브러리를 쓸 수 있습니다. 그리고, 이미지의 경우는 해당 URL을 보고 다시 HTTP Connection 을 열어서 얻어와서 binary로 저장해야 한다는 것이 유의사항이 되겠습니다. (HTML만 얻어오면 img tag 의 링크들만 있겠죠.) 그리고 header setting 에서 약간 미묘(?)한 부분이 있던것 같던데, 저는 걍 webdebug 로 캡쳐한거 그대로 보낸지라..; 이 부분은 CVS의 코드 참조하세요. --[1002]
- Gnutella-MoreFree . . . . 5 matches
1. Pong 은 Ping이 왔던 같은 길을 따라 전송된다. 만약 DescriptorID가 n
이와같은 HTTP 헤더를 받으면 서버는 다음과 같은 헤더를 보내준다.
과 같은 HTTP GET request형식으로 응답을 하며 파일을 전송한다.
어렵지만 같은 버전 사이의 접속은 가능하므로 인터페이스 부분을 수정한다면
- Gof/Mediator . . . . 5 matches
다른 다이얼로그 박스들은 도구들 사이에서 다른 dependency들을 지닐 것이다. 그래서 심지어 다이얼로그들이 똑같은 종류의 도구들을 지닌다 하더라도, 단순히 이전의 도구 클래스들을 재사용 할 수는 없다. dialog-specific dependency들을 반영하기 위해서 customize되어져야 한다. subclassing에 의해서 개별적으로 도구들을 Customize하는 것은 지루할 것이다. 왜냐하면 많은 클래스들이 그렇게 되어야 하기 때문이다.
예를 들면, FontDialogDirector는 다이얼로그 박스의 도구들 사이의 mediator일 수 있다. FontDialogDirector객체는 다이얼로그 도구들을 알고 그들의 interaction을 조정한다. 그것은 도구들 사이의 communication에서 hub와 같은 역할을 한다.
Mediator Pattern은 다음과 같은 장점과 단점을 지닌다.
또 다른 방법은 colleague들이 보다 더 직접으로 communication할 수 있도록 특별한 interface를 mediator에게 심는 것이다. 윈도우용 Smalltalk/V가 대표적인 형태이다. mediator와 통신을 하고자 할 때, 자신을 argument로 넘겨서 mediator가 sender가 누구인지 식별하게 한다. Sample Code는 이와 같은 방법을 사용하고 있고, Smalltalk/V의 구현은 Known Uses에서 다루기로 하겠다.
유사한 application은 Unidraw drawing framework에서 나타나고[VL90] connectors사이에 연결성 제약들을 적용하는 CSolver라 불리는 class를 사용한다. 그래픽 편집기에서 객체들은 다른 방법으로 서로 다른 객체들을 짜집는 것으로 보일 수 있다. connector들은 연결성이 자동적으로 관리되는 그림 편집기나 회로 설계 시스템과 같은 application들에서 유용하다. CSolver는 객체들 사이에 mediator이다. 그것은 연결제약을 해결하고, connector들의 위치를 그것들을 반영하기 위해서 update한다.
- JavaScript/2011년스터디 . . . . 5 matches
* [박정근] - javascript에 관한 전반적인 내용들을 배웠습니다. 지난 시간동안 javascript를 공부하면서 배웠던 내용들을 정리하는시간이 되었던것 같습니다. 게다가 이론으로는 알고잇던 프로토타입같은 내용은 실제로 구글개발자 툴의 콘솔을 이용하여 직접 보면서 설명을 들으니 확실히 이해되기도 하였구요ㅋ 관심가는 부분에는 함수형 선언적 프로그래밍인데 함수형 언어를 사용한 적이 없어서 그런 방식으로 프로그래밍 하는 것에 대해 신선함을 느끼고 더 알고 싶어졌습니다. 또 자바스크립트를 하면서 DOM에 관해서도 알아야 겠다는 생각이 들었습니다. 하아.. 공부할게 많네요ㅋ
* [정진경] - 약 3시간 넘게 특강을 들었습니다.프로토타입에 대해서는 처음 접해본거 같은데 익숙치가 않아서 개념 이해가 버거운 것 같기도 하고-_-;깔짝깔짝 써본 자바스크립트가 이렇게 심오한 언어일 줄은 몰랐습니다. 더글락스 어쩌구 아저씨의 책을 정독해봐야 겠네요. 그전에 기초부터 다져야 하겠지만, 오늘 배운 부분들이 꽤 많은 핵심들을 짚었다고 생각합니다.하지만 자바스크립트로 원하는 기능을 다 구현해보더라도 오늘 배운 것들을 응용할만한 끈기가 저한테 있을지는.. 모르겠습니다;;
* JavaScript 스터디를 1년이라면 1년, 반년이라면 반년정도 진행해서 어디선가 다 들어보긴 한 얘기인데… 그래서인지 처음 들을때보다 듣고 알 것 같은 느낌은 든다. 그런데 나한테 설명하라고 하면 저렇게 설명할 수 없을 것 같다.
* [김태진] - 부산에 갔다오는 바람에 저번주는 스터디를 못하고 이번주에 다시 들어왔습니다. URL헌터를 완성해오는게 숙제였던거 같은데, 저는 하지 않고 왔습니다- 나중에는 자기가 짠 것을 고치거나 못짠사람은 완성하는 것을 했는데, 배열 문법구조가 C와 달라 에러가 떠 코드가 산으로 갈뻔했죠... arr.join('')이라는 것을 통해서 기본 틀을 짜는데는 성공했으니 다음시간까지는 a를 먹도록은 짜 봐야겠네요. 하지만 다른사람들과는 다르게 객체지향적일거 같지는 않아요. 우선 구현에 의의를 두고 열심히 짜봐야겠네요;;
* [정진경] - URL헌터의 밸런스를 조금 수정하고 php, mysql과 연동하여 랭크 기능을 넣었습니다. 자바스크립트 변수를 POST를 통해 다른 페이지로 보내는데 성공하긴 했는데 새로고침하면 POST 데이터가 살아남아있어서 데이터가 중복해서 들어가는 문제가 생기네요. 짜고 보니 코드가 썩 깔끔하진 못하지만, 우선 구현하는데에 익숙해지도록 노력해봐야겠네요.
- MoniWikiACL . . . . 5 matches
* 일부 POST액션은 관리자 비밀번호로 제한을 걸어둘 수 있는 액션은 protect 가능한 액션입니다. protect 액션은 ''제한된 allow''이며, 일부 POST액션만 지원합니다. 예) do_post_savepage()는 post 액션이며, 일반 do_goto()같은 액션과는 달리 관리자 비밀번호로 액션을 제한을 할 수 있습니다.
앞절의 설명은 priority가 같은 경우에 대한 일반적인 설명이었다. 그룹의 priority를 두었을 때는 어떻게 적용될까?
1) 그룹 priority가 같은 항목끼리 합쳐지고, 2) 그룹 priority가 높은 항목이 우선적으로 적용된다.
* @Group2 : {{{deny info,diff}}} + {{{@ALL deny backup,restore}}} + {{{allow *}}}: priority가 같은 항목이 합쳐진다.
/!\ 각 ACL 항목의 같은 priority를 가지는 모든 항목이 합해져서 적용됩니다.
- MoniWikiPo . . . . 5 matches
msgstr "페이지가 없습니다"
msgstr "비슷한 페이지가 없습니다"
msgstr "인덱스 페이지가 없습니다"
msgstr "페이지가 없습니다"
msgstr "쌍둥이 페이지가 없습니다"
- OptimizeCompile . . . . 5 matches
위와 같은 부분에서, PI 의 값이 중간에 변경되지 않는다면, 위의 코드는
와 같은 문장이 있을때, 나누기 연산은 곱하기 연산보다 좀더 많은 시간을 소요하므로 컴파일러는
배열의 참조 연산 또한 좋은 예가 될 수 있다. a[i] 와 같은 표현식에서 a[i]의 주소는 배열 a 의 시작주소로부터 a의 타입 크기 * i 만큼 떨어진 곳이 된다.
와 같은 코드에서 a[i] 의 주소는 루프가 진행됨에 따라 계속 evaluate 된다. 그럼 a + (i * 8) 이 매번 반복되게 된다. 이러한 연산은 단순히 루프가 진행되며 a 의 주소에 8 씩을 더해주는 것으로 해결될 수 있다.
수학적으로 같은 값을 가지는 수로 대치하는 것이 바로 algebraic simplification 이다.
- ProgrammingPearls/Column1 . . . . 5 matches
대부분의 언어에는 소트가 이미 구현되어 있다. 그런데 꼭 새로운 나만의 소트를 만들어야 될때가 있다. 레코드가 한 천만개쯤 된다고 하자.이것을 우리가 알고 있는 버블소트, 퀵소트 같은 것으로 하기에는 메모리가 많이 든다. 32bit(4byte)의 정수라고 한다면, 40메가바이트가 필요하다. 하지만 어떤 작업을 할때에, 우리가 소트에 할당할 수 있는 공간은 1메가 남짓이라고 가정하자. 시간이 많이 걸려서도 안된다. 어떻게 해야 할 것인가? 이 레코드들은 7자리 전화번호이기 때문에 같은 것이 없다고 한다.
* 입력 : 많아 봐야 n개의 정수. 각각의 n은 천만보다 작다. 똑같은 숫자가 두번이상 나오면 안된다. 그 숫자랑 관련된 데이터가 없다.
비트맵, 혹은 비트 벡터라 불리우는 방법이 유용할듯 싶다. 예를 들어 맥시멈 10미만의 숫자라 할때에, {1,2,3,5,8}을 표현해 보면, (0 1 1 1 0 1 0 0 1 1)이 된다. 있으면 1, 없으면 0인 것이다. 한 숫자당 1비트만 할당을 해서, 그것의 인덱스로 처리를 하는 것이다. 앞에서도 말했듯이, 미니멈과 맥시멈의 너비가 작고, 같은 숫자가 없으며, 관련된 데이터가 없다는 측면에서 이 방법을 쓸 수 있는 것이다. 대강의 코드는 다음과 같다.
이것의 수행시간은 Θ(n)이다. 이 챕터는 문제를 주의 깊게 분석하다 보면, 가끔 엄청난 이득을 가져다 줄때가 있다는 교훈을 주고 있다. 문제 정의는 문제 풀이의 90프로다. 일반적으로 많은 공간을 사용하면 적은 시간이 소요된다고 한다. 그런데 비트맵 소트는 시간도 줄고, 공간도 줄어들었따. 적은 데이터를 다루는 것은, 그것을 수행하는 데에 더 적은 시간이 든다는 것이다. 그리고 데이터를 디스크에 두기 보다는 메모리 상에 두는 것이 디스크 액세스 같은 시간 걸리는 일을 줄일 수가 있는 것이다. 프로그램을 간단하게 짜자. 유지보수도 쉽고, 견고할 것이다.
- ProjectVirush/Idea . . . . 5 matches
이 문제는 위의 '실시간'이라는 점과도 연계가 된다. 다른 플레이어들이 잠자러 간사이... 올빼미족의 한 플레이어가 나타나서 전 플레이어의 바이러스를 사살해 버리고 도망가 버린다거나, 타 플레이어의 바이러스를 포위해 버려서 더이상 증식이 불가능하게 만드는 난처한 상황이 발생해서도 안된다. 물런 '상대방의 바이러스를 사살할 수 있다.' 와 같은 규칙은 정해진 바 없지만, 다른 플레이어가 자리를 비웠을때 한 플레이어가 다른플레이어의 캐릭터에게 영향을 미칠 수 있다는 점도 고려를 해야한다.
8. 백혈구는 플로킹과 같은 간단한 알고리즘(A)을 통해 뭔가 있어 보이게끔 움직여야 한다. (F)
8. 백혈구는 기습, 매복과 같은 간단한(G) 전술을(F) 가끔(G, A) 구사할 수 있다.
(이는 다양한 DNA를 통해서 여러 종류의 유닛을 생산하는 것과 같은 효과를 낼 수 있다. 수비용 바이러스.. 공격용 바이러스.. 생산용...)
(동맹을 취하기 위해 같은 일부 DNA를 같게 만든다면 이익을 볼 수도 있지만, DNA가 같아서 다형성이 떨어지기 때문에 백혈구로 부터 다같이 죽을 수도 있다.)
- RandomWalk2 . . . . 5 matches
만약 열이 N-1일 때 동쪽으로 움직이면 같은 행의 0열로 이동하고, 열이 0일 때 서쪽으로 이동하면 동일 행의 N-1열로 나온다.
만약 행이 M-1일 때 남쪽으로 움직이면 같은 열의 0행으로 나오고, 행이 0일 때 북쪽으로 이동하면 동일 열의 M-1행으로 나온다.
교육에 있어 이런 작업이 중요한 이유 중 하나는, 자신이 만든 프로그램이 해답을 제대로 내느냐는 것을 확인하는 데에는 한 문제를 한번 푸는 것으로 족하지만, 거기서 코드의 디자인 질을 확인할 수가 없다는 문제가 있기 때문이다. 하지만, 요구사항 변경에 따라 자신이 개발한 프로그램을 다시 수정하게 되면, 이전에 만든 코드의 질에 따라 그 노력에 현격한 차이가 난다. 디자인 질이 높으면 아주 짧은 시간 안에 간단하게 요구사항 변화에 대응할 수 있을 것이고, 질이 낮았다면 장기간에 걸쳐 여기저기를 들쑤시고 골치를 썩혀야 할 것이다.
1. 만약 우선순위가 같은 바퀴가 음식을 놓고 경쟁한다면 처음 입력했던 순서가 2차 우선순위가 된다.
만약 이 문제의 모든 "요구사항+변경사항들"이 한 덩어리의 "최초 요구사항"으로 처음부터 한꺼번에 주어졌다면 자신은 어떻게 이 문제를 풀었을 것 같은가? 어떻게 문제에 접근했을 것이며, 어떤 과정을 거쳤을까? 또, 어떻게 푸는 것이 효율적일까?
- SoftwareEngineeringClass . . . . 5 matches
["neocoin"]:수업 무지하게 재미있음. 더 자세한 이야기는 수업 종료후 추가. 현재의 느낌은 수업이 커버하는 내용이 너무 방대하여, 재시간안에 지식전달을 다 못할것 같은 교수님의 불안감이 수업에서 느껴지는게 아쉬움 --상민
수업 선택시엔 두 수업이 같은 과정이라 한다면 이경환 교수님의 수업을 신청하기를 권장. 중간중간 노교수님의 연륜이 들릴테니.
* 지금 듣는 사람들의 이야기를 들어서는 실습을 하는 과정이 투자하는 시간에 비해서 얻는 것이 좀 적은 것 같다는 생각들을 많이하던데... 실제로 팀을 이룬 사람들중에서 실무를 확실하게 경험해 보지 않은 사람들만 있는 경우에는 이게 더 심하다고 합니다. 전 내년에나 이거 들을 차례가 올것 같은데... 이경환 교수님께서도 이번을 마지막으로 하신다고 하고... 이 과목을 반드시 들어야하나 그런 생각도 좀 드네요. 저의 경우에는 이걸 청강(or 도강;;)식으로해서 이론적인 것을 듣고, 그냥 DB, PL을 들으려고하는데.. 어떨지 모르겠네요. (그런데 컴파일러 과목은 언제 생기는 거지 ㅡㅡ;;) - 박영창
* 저희 반 같은 경우에는 현재 컨설팅을 하고 있는 박사과정 선배님이 수업을 맡고 있죠. 가끔가다가 자신이 컨설팅 하는 경험담을 들을 수 있어서 좋다고 생각합니다. 교수님반보다 프로젝트 실습 과정에서 피드백도 더 많은 편이고요. 사실 개인적으로는 소프트웨어 공학에서 요구하는 내용을 경험한 사람이 많지 않기 때문에, 더 자주 피드백이 필요하다고 느끼지만요.
하지만 역할별, 작업별로 만드는 계획서와 보고서에 쏟는 시간이 너무 많다는 생각은 저 뿐만이 아닐 것입니다. 심사시에는 계획서에서 언급하지 않은 활동을 실행했다고 딴지를 걸 정도로, 계획서대로 실행된 내용을 변경없이 실행하는 것이 프로젝트의 반복가능성을 평가하는 기준인것 같습니다. 설계와 구현 사이에서 계획대로 실행 안되는 부분을 극단적으로 느꼈는데, 예를 들어 클래스 다이어그램과 시퀀스 다이어그램이 [Refactoring]과 같은 코드 재구성 작업을 할 때마다 바뀌어야 했습니다. 다이어그램이 코드로 매칭되지 않기 때문에 코드를 바꿈은 물론 다이어그램을 바꾸는 이중의 수고를 겪어야 했습니다. :( --[Leonardong]
- ToyProblems . . . . 5 matches
이런 식으로 패러다임을 여러가지 소개한다. 예를 들어 구구단 같은 문제는 최소 10가지 이상의 패러다임으로 풀 수가 있다.
고학년(저학년을 가르칠 사람들) 대상으로 강의를 해줄 용의가 있습니다. 만만한 문제가 결코 만만한 게 아니라는 것, 간단한 것에서 정말 엄청나게 많은 걸 배울 수 있다는 것 등을 느끼게 될 것입니다. --JuNe
''요세 저도 위와 같은 것 때문에 고민 했는데 해결하기가 쉽지 않았습니다. 후배들에게 좀 더 많은 걸 배울 수 있는 문제에 관하여서... 그런데 어려운 문제는 좌절할 거 같고 그렇다고 쉬운 문제는 배우는 게 얼마 없는 거 같고... 여러 가지 패러다임을 통해서 고민을 해결할 수 있다면 이번 기회에 한 번 시도 해보고 싶습니다. --재동''
잘하면 갈 수 있을 지도 모르겠습니다. -_-; 지금 시간 조율중이라..;; 꼭 가고 싶어서.^^;; 죄송합니다. 이랬다 저랬다 해서..; 되도록 가도록 하려구요.. 재밌을 거 같은데..^^;;
늦게 온 사람이 중간에 참여하는 것은 문제가 있다. 그 사람은 앞부분을 모르기 때문에 어떤 부작용이 있다.
- UDK/2012년스터디 . . . . 5 matches
* UDK로 만든 것들을 보니 방향성을 확실히 잡고 진행을 해야 겠다라는 생각이 들더군요. 오늘은 첫 날 모임 약속이 좀 거시기 해서 출석률이 저 모양이긴 한데 모두들 무엇을 만들지에 대해서 확실히 정하도록 하는 것이 중요하겠네요. 다음으로 UDK 상당히 무겁군요 -_-;; 그래도 그래픽이 상당히 좋네요. 영화속 CG 같은 느낌이었습니다. 오늘은 제가 용운이한테 어떤 것들이 있는지 그냥 보는 시간이었고요,, 정모 시간이나 다음 모임 때 확실히 주제를 정하도록 해야겠네요 - [권순의]
* 몇 시에 모이자고 한 게 없어서 그냥저냥 모여서 순의형과 UDK 툴과 UDK로 만든 게임을 살펴보았습니다. 빨리 UDK를 배워서 게임을 만들고 싶습니다. 지금은 감도 안잡히네요-_-; 설명서나 책같은 것들을 좀 더 읽어봐야겠습니다. 그리고 UDK툴이 메모리나 그래픽을 꽤 많이 잡아먹네요ㅋㅋ 근데 화면 돌릴 때 눈이 어지럽게 돌아가는 건 어떻게 좀 해결을 봐야 할 것 같습니다. - [장용운]
* 설명 : 요약하면 단순히 자연 풍경과, 경치가 매우 뛰어난 현실같은 게임이에요.
* 동물, 호수표면효과, 물효과, 그림자, 바람효과, 광원, 오브젝트 배치, 지형과 같은 부분을 핵심적으로 다루게되겠지요.
* 그냥 뭐 전체 광원 하나놓고, 지형 적당히 만들어준뒤에 나무, 돌, 호수, 풀만 잘배치하면 끝...일거 같은데용... - [박도건]
- YouNeedToLogin . . . . 5 matches
페이지 수정에 로그인이 필요한 YouNeedToLogin 모드를 적용한다면 다음과 같은 장,단점이 있을 수 있다.
주장하는 가장 큰이유는 아마 ["상민"] 이가 로그인 하는 id 번호를 까먹어 버려서 일것인지 모른다는 생각이 든다. id 약 7개 정도 만든것 같은데, 어째 기억나는 것은 하나도 없는지... --["neocoin"]
''DeleteMe 약간의 오해가 있었던거 같은데, 제가 말한 '작은 불편'이란 로그인 과정의 불편이 아니라 이상한 형태의 새페이지 생성으로 인한 불편을 말한 것입니다. --["이덕준"]''
로그인은 그자체로 무언가 틀속에 갖혀 있다는 생각이 듭니다. http://c2.com 에 오타같은거 수정하면, 로그인이 없고, 그냥 edit 버튼을 누를수 있는 것이, 최대한 글을 쓰는 것을 격려한다는 생각이 듭니다.
요새들어 제로페이지 위키에 검색엔진을 통해 생성된 쓰레기 페이지들을 자주 볼 수 있습니다. 볼때마다 매번 지워주기는 하는데, 노스모크처럼 로그인을 해야 글쓰기 권한이 생기게 바꾸어 보는것도 좋겠다는 생각을 합니다. 이 페이지가 생긴게 꽤 오래전인것 같기는 하지만 YouNeedToLogin 에 대해서 다시 한번 생각해봐야 할 때가 아닌가 생각됩니다. 하지만 로그인을 해야하는 것은 방법은 위키의 철학에 위배되는게 아닌가 하는 생각도 할 수 있습니다. 굳이 로그인을 하지 않더라도 스팸성 글을 막을 수 있는 대책이 필요합니다. 예를 들어, 페이지 수정을 할 때에 난수값을 하나 찍어두고 input 필드를 하나 더 두어 이 곳에 생성된 난수값을 그대로 입력하게 하여 초기에 생성된 난수값과 같을 시에만 글을 수정하게 하는 것입니다. 물론 똑똑한 로봇들은 이를 교묘히 피해가겠지만요. - [임인택]
- ZeroWiki/제안 . . . . 5 matches
지금 이 페이지처럼 오래된 내용이 남아있는 페이지를 어떻게 해야할지 논의해보고 싶습니다. 대부분의 페이지에서는 오래된 내용이 쌓여 좋을 때가 많지만 이 페이지 같은 경우 위키에 대한 제안과 논의가 이루어지는 페이지인데 이미 과거에 해결된 제안과 그에 대한 논의를 기록을 남겨놓는 것이 좋은 것인지 잘 모르겠습니다. 그냥 그대로 놔두면 현재 제안과 구분하기 쉽지 않으니까요. 제가 생각하는 선택지는 네가지 입니다.
슬슬 프로젝트들 페이지들이 커져갑니다. 쓰기 불편해지면 페이지들을 분리합시다. 단, 페이지 분리시에는 페이지 네이밍 규칙이 필요할 것 같은데 프로젝트이름/소페이지 식으로 하는 것은 어떨까 합니다. ''' ex) ["ZIM"] 페이지를 여신뒤 제목을 클릭해보세요.''' --석천
정모때도 한번 나왔던 얘기 같은데.. 이제 노란색이 질리시지 않나요?^^; 여름 분위기 나게 시원한 파란색으로 바꿔 보면 어떨까요? -- 인수
저번에 들렀을 때 마지막으로 갔었던 곳에 먼저 가보는 경우가 많네요. 로그인을 하면 마지막에 들렀던 페이지가 뜨게 하면 어떨까요? 아니면 정해놓은 페이지가 뜨게 한다든지요. 마치 인터넷 익스플로러에서 시작 페이지처럼요. -[Leonardong]
- 방울뱀스터디/GUI . . . . 5 matches
anchor=NW # 객체위치를 북서쪽으로 설정. fill옵션을 사용하지않아야 제대로 보일꺼 같은...
같은 그룹내에 있는 라디오 단추들은 같은 variable을 공유해야한다.
(역으로 varivable이 같으면 같은 그룹이라고 봐야하는건있지...???)
index에 '1.17'과 같은 값이 리턴됨.
- 새싹교실/2012/AClass/4회차 . . . . 5 matches
-원형 큐로 기본 큐와 마찬가지로 첫 번째 데이터가 추가되는 순간 큐의 처음과 끝부분이 그 데이터를 가리키게 된다. 처음을 F 끝부분을 가리키는 것을 R이라하면 꽉찬 경우나 텅빈경우에 F가 R의 한칸 앞을 가리키는 것은 같기 때문에 F,R의 위치만을 가지고 꽉 찬경우와 텅 빈 경우를 구분할 수 가 없다. 따라서 이와 같은 문제를 해결하는 방법은 많겠지만 그 중 하나는 배열을 꽉 채우지 않고 배열의 길이가 N이라면 N-1만큼만 채워 졌을 때 꽉 찬 것으로 간주하는 방법이다. 이렇게 하면 저장 공간 하나를 낭비하게 된다. 하지만 이로 인해서 문제 하나가 해결이 되는 셈이다.
- c언어에서는 char,int,float 와 같은 많은 수의 기본 데이터 형과 배열, 포인터, 구조체 등의 유도된 데이터형으로부터 새로운 데이터형을 만들 수 있는데, 사용자 측면에서 새로운 데이터 형을 정의 할 수 있도록 typedef선언을 제공한다. typedef은 #define과 달리 이미 존재하는 c언어의 데이터 형만을 취하여 정의하고 typedef은 프리프로세서에 의해 처리되는 것이 아니라 c컴파일러에 의해 처리된다. 또한 #define보다 다양한 형태의 치환이 가능하다.
이 과제가 무슨 말인지 이해가 안되는 경우 반드시 저에게 물어보고, 과제를 해야합니다.
이 과제가 무슨 말인지 이해가 안되는 경우 반드시 저에게 물어보고, 과제를 해야합니다.
o 이 과제가 무슨 말인지 이해가 안되는 경우 반드시 저에게 물어보고, 과제를 해야합니다.
- 새싹교실/2012/AClass/5회차 . . . . 5 matches
•아래와 같은 출력이 나오는 프로그램을 어떻게하면 짤 수 있는지 생각해서 써보도록 합시다. 그 방법이 확실하다고 생각되면 짜보아도 좋아요
1.KoiStudy 112~113,115~122 - 문제 많은데 별찍기같은건 한거라서 몇개 할거 없을거에요.
아래와 같은 출력이 나오는 프로그램을 어떻게하면 짤 수 있는지 생각해서 써보도록 합시다. 그 방법이 확실하다고 생각되면 짜보아도 좋아요
1.KoiStudy 112~113,115~122 - 문제 많은데 별찍기같은건 한거라서 몇개 할거 없을거에요.
5.아래와 같은 출력이 나오는 프로그램을 어떻게하면 짤 수 있는지 생각해서 써보도록 합시다. 그 방법이 확실하다고 생각되면 짜보아도 좋아요
- 이영호/잡다 . . . . 5 matches
아무것도 없는 가상적인 우주공간에(물론 여기서 초끈 이론등을 배제한다. 입자 체계는 플랑크 상수와 같은 극 미시적 세계가 아닌 원자 크기의 차원에서 이해한다.) 원자 하나가 생겼다. 이 원자는 우주 공간에 가만히 있을것이다.(상대적인 기준이 없으니) 하지만 이 원자를 중심으로 양쪽 1km 에 원자가 하나씩 생겼다. 즉, 원자는 일렬로 3개다. 이럴 경우 원래 있던 가운데 원자를 중심으로 두 원자가 끌려올것이다. 물론 무게 중심인 원래 원자는 가만히 있겠다. 하지만 맨 오른쪽 원자 하나가 사라졌다고 하자. 물론 그냥 사라진 것이 아니다. 질량이 에너지로 바뀌며 사라졌다.
Q=cmt 로 열량을 재고 E=mc^2로 질량을 측정한다. 그리고 이 값이 주입한 열에너지와 질량의 값이 똑같은지 확인을한다.
제 목 넷마블이나 한게임같은사이트를 만들려면 최소인원과 구성이 어떻게 되나요? 41681 sdryu@orgio.net 41681 0 0
오늘 저를 불러서는 넷마블같은 게임을 만들었으면 한다고 하면서
아무리 그렇다 하더라고 자체적으로는 기본적인 고스톱, 바둑, 테트리스와 같은 50개정도의 게임을 갖추어야겠죠. 아니면 경쟁이 되지 않을 겁니다. 그런 기본적인 게임을 만드는데 걸리는 시간이라... 개발자 5명(서버 개발자, 클라이언트 개발자) 정도, 디자이너 2명, PM, 게임 시나리오 및 기획자, 음향효과 담당자 등등으로 최소 1년 이상입니다. 1달만에 만든 게임을 누가 하려고 할까요? 1년 정도 수입 없이 10명을 먹여살릴 능력 안되면 포기하라고 하십시오. 박성규
- 정모/2004.5.7 . . . . 5 matches
참여가 잘 안된다 - 이유 : 학교 숙제, 시간 관리를 잘 하지 못하는 데 문제가 있다.
- JSP스터디 같은경우 모임이 있었다.
프로젝트의 활성화 정도 : JSP같은 경우 교재만 정한 상태
- 제로페이지가 융통성있는 학회가 되었으면 한다.
- 설명양이 너무 많고, 작년같은 경우 지루 했다는 의견이 있어서 기본적인 것들을 알려주고,
- 정모/2011.5.23 . . . . 5 matches
* 먼저 자바스크립트 스터디에 관심이 생겼어요(진경이도 어제 뭐더라.. 어떤 언어가 알고리듬이 아주 달라서 배울만한 가치가 있다고 하더라구요. 같은 맥락이지 싶어요). 내일 몇시인지 알아낸 다음에 어떻게 진행되고 있는지 살펴보고, 적합하다 판단되면 저도 동참해야겠어요. 또 세미나를 보면서, 와.. 저런걸 여기서도 구현하는구나.. 라는 생각이 들었어요. TrustModel과 비슷한걸 만들고자 하는 사람들을 아는데, 저런식으로 아예 수치화 시키는게 역시 효율적인가.. 라는 생각도 들었구요, 후에 연구실(다른데인가?)에 들어간다면 저런걸 하는걸 보게/혹은 후에는 직접 하게될 수 있다는 사실에 나름 다시 감탄(?)했어요. ..아니면 빨리 이 길을 뜨는게 답인가요?ㅋㅋㅋㅋ 아, 또 성현이형이 동아리에서 프로젝트같은거 하신다고 하셨는데, 어떤걸 누구와 어떻게하였는지(그러니까 그 전반)도 한번 들어볼 기회가 있으면 좋겠어요. 여기서 잘 복붙해서 세미나 글에도 후기를 올려야겠네요...ㅎㅎ -[김태진]
* 지난 정모때 사람이 많았어서 상대적 박탈감(?)이 느껴지는 정모였습니다. 기말이 다가오니 바쁘신지 안오신 분들도 많았고ㅜㅜ 내 OMS가 있던 날인데.. 흙흙 그래도 매번 참석하는 11이 있어 기특합니다. 사람은 빈곤했지만 내용은 학술적인 내용으로 풍요로웠네요. 세미나도 하고. 연구실에서 무슨일을 하고있는지 알수 있는 좋은 기회였습니다. 연구실도 트렌드를 따르는군요ㅋㅋ 친구추천이랑 약간 비슷한거 같아요. 나의 OMS 잘 들으셨는지ㅠㅠ 아 스크립트 소개를 위한 스크립트도 썼는데 눈이 침침해서 잘 안보여서 횡설수설했네.. 자료실에 ppt랑 스크립트 같이 올려뒀어요 비교해 보세요.. 컴파일 언어가 전부인줄 알았다면 다른 종류의 언어도 익혀보세요! 전 루비와 얼랭을 해볼 생각입니다ㅋㅋ 구루가 되어보아요:> - [서지혜]
* 이때까지 자바스크립트를 C랑 비슷한 언어라고 생각하질 않았어요. 그냥 쓰면 되는구나.. 정도. 근데 정말이지 C같은 문법(?)을 가진 언어더군요! 신기한 언어의 세계였어요 -[김태진]
* 음..같은 알파벳을 쓰긴하지만 C랑은 조금 문법 다를걸요..ㅋㅋ - [서지혜]
- 정모/2012.3.12 . . . . 5 matches
* 전시회 홍보, 동아리 방 설명에 이어서 OMS가 상당히 인상 깊었던 정모였습니다. 제목만 보고도 그 주제를 고르신 이유를 바로 알았습니다. 전체적으로 Type, Type Safety, Java Generics에 대해서 상당히 깊이 다루지 않았나 싶네요. 사실 제네릭스 모양이 C++의 템플릿과 비슷하게 생겨서 같은 것이라고 생각하고 있었는데 이건 확실히 '만들어진 이유가 다르다'고 할 만 하군요. 그리고 마지막에 이야기했던 Type Erasure는 제네릭스를 구현할 때 JVM 레벨에서 구현하지 않고 컴파일러 부분에서 처리를 하도록 했기 때문에 타입이 지워지는 거라는 얘기를 들었는데 맞는지 모르겠군요. 이거 때문에 제네릭스 마음에 안 들어하는 사람들도 있는 모양이던데. 중간에 이 부분에 대한 개선이 이루어지고 있다는 말씀을 잠깐 하셨는데 컴파일 이후에도 타입 정보가 사라지지 않도록 스펙을 수정하고 있는 건가요? 좀 궁금하군요. 여담이지만 이번에 꽤 인상깊게 들었던 부분은 예상외로 Data Type에 대한 부분이었습니다. 이걸 제가 1학년 여름방학 때 C++ 스터디를 한다고 수경 선배한테 들은 기억이 지금도 나는데, 그 때는 Type이 가능한 연산을 정의한다는 말이 무슨 뜻인지 이해를 못 했었죠 -_-;;; 이 부분은 아마 새내기들을 대상으로 새싹을 할 때 말해줘야 할 필요가 있지 않을까 싶습니다. 아마 당장은 이해하지 못 하겠지만. 후후 - [서민관]
* 아... Generics쪽의 개선이었군요 ;;; 타입 추론을 넣는 건가요. 컴파일러단에서 타입을 다 체크했으니 추측해서 넣을 수도 있다는 얘기였나... 그럼 타입 추론은 javac에서 이루어지는 건가요? 그렇다면 C++의 auto 키워드랑 같은 방식으로 작동한다는 얘기인가? 아마 힌들리-밀너 뭔가 하는 걸로 타입을 추측하는 것 같던데 쓰기는 좀 더 편해지겠네요. - [서민관]
* 메일이라... 지혜 선배 같은 경우는 그런 쪽 메일을 좀 자주 받으시는 것 같으니까 그런 것도 괜찮은 방법이겠군요. 근데 많아지면 스팸메일처럼 될 것 같은 게 좀 무섭지만 ;; - [서민관]
- 페이지이름 . . . . 5 matches
* 부모페이지가 없는 계층 페이지들.
* 부모 페이지가 없다면 부모페이지를 작성하거나, 개인페이지 내의 하위계층으로 이름을 바꾼다.
사실 ["ZeroWiki/제안"] 이나 ["제안"]과 같은 페이지는 그 ["페이지이름"]이 다소 추상적이라고 생각됩니다. ["페이지이름"]에 좀 더 구체성을 주기위해 ZeroWiki에 제안될 사항들은 각각의 주제가 제목이 되어 페이지가 열리는것이 좋을것 같다는 생각을 하고있습니다. 이는 ["페이지이름"] 페이지에서 보다 일반화되어 정리될 내용이라 생각됩니다. --["이덕준"]
사랑방과 같은 시스템에서의 문서구조조정은 그 노력이 많이 듭니다. 일관된 주제로 얘기하기가 힘들어지기 때문입니다. 따라서 되도록이면 피해야할 구조가 아닐까 생각합니다. 페이지 이름에 제안임이 명시적으로 드러나지 않아도 위키를 사용하는 사람들의 관심을 끌만큼 흥미로운 내용을 담고 있다면 괜찮다고 생각합니다. 조만간 이 부분은 ["페이지이름"] 페이지로 옮겨서 얘기해봐도 좋을듯 합니다. --["이덕준"]
- 2006김창준선배창의세미나 . . . . 4 matches
* 단순히 기존의 방식대로 창의적인 생각을 하려고 하기 보다, 이미지나 몸동작과 같은 우뇌를 적극 활용하는 활동을 통해서 창의성을 자극 할 수 있다. 한예로 훌륭한 프로그래머들은 머리속으로 특정 상황을 Play, Pause, Backward 등을 하면서 프로그래밍이나 문제 해결등을 한다고 한다.
* 특정한 의식을 치루고 나면 알파파를 증진시키고, 창의력을 높일 수 있다. 예를 들어서 켄트백은 문제가 잘 해결되지 않을때 밖에 나가서 전기톱질을 한다고 한다. 이러한 운동을 통해서 아드레날린이 분비가 되고, 우뇌도 활용하면서 뭔가 생각의 전환을 가져 오는것 같다.
* 주변에 있는 것들과 비유를 해보면서 창의적인 생각이 나올 수 있다. 예를 들어서 동양 철학에서의 음양 오행이나, 주역 등도 그러한 비유로 활용할 수 있다. 전혀 상관이 없을 것같은 것들도 비유를 하는 과정에서 무의식을 건드려서 뭔가 상관 있는 창의적인 것을 꺼내는것 같다.
* 나에게 맞는 알파파를 찾는 법. -> 가장 집중이 잘 되고 머리가 맑을 때라는 생각이 들면 그 때 무엇을 하고 있고 무슨 생각을 하고 있는지 기억해둔다.
- 3D프로그래밍시작하기 . . . . 4 matches
["Direct3D"] 같은데에 봐도 예제로 들어있는 벡터나 행렬관련 루틴들이 있는데 곱하는 방식이 좀 골때리게 되어있어서 아마 크나큰 혼동을 가져올 확률이 높습니다. 3D 를 배우는 목적이 단지 화면에 사각형 몇개 돌리는 것이 아니라 게임이나 에디터를 만들기 위해서라면 벡터나 행렬 연산 라이브러리정도는 자기가 직접 만든 것으로 쓰고 DirectX 는 하드웨어 초기화나 모드세팅 처리랑 삼각형 그리는 부분 (DrawPrimitive) 만 쓰는 것이 좋을 것입니다.
수학관련 라이브러리가 어느정도 모습을 갖추었으면, 이제 최초로 뭔가 돌아가는 것을 만들어 볼때입니다.. 일단은 최소한의 초기화와 실행 절차를 갖춘 프로그램을 만들어 놓도록 합니다. 화면에 무언가를 그리는 함수 같은 것은 쉽게 바꿔치기 할 수 있도록 해 놓는 것이 좋을 것입니다. 이런 뼈대 라이브러리의 형태에 대해 참조하실려면 OpenGL 관련 라이브러리중 하나인 glut 를 참조하심이 좋을 듯..
이 단계까지는 화면에 그리는 내용이 직접 노가다 코딩으로 그릴 수 있는 간단한 큐브정도로 한정되어 있을 것입니다. 뭔가 좀 더 폼나는 것을 그리려면 맥스같은 외부툴에서 데이타를 가져와야 합니다
이 시점에서 여러가지 해결해야 할 사항이 생기는데, 첫째로는 파일 포맷에 대해서 정확히 이해하고, 각 항목이 어떤 역할을 하는 것인지를 알아야 하겠으며, 둘째로는 비교적 여러단계로 복잡하게 구성되어 있는 3D Scene Data 를 효율적으로 정렬하기 위한 자료구조를 내 프로그램에 심는 것입니다. STL 같은 라이브러리를 능숙하게 사용할 수 있다면 많은 도움이 될 것입니다. 가급적이면 계층적으로 구성된 모델을 읽을 수 있도록 해야 나중에 애니메이션도 해보고 할 수 있겠죠. 세째로는 기본 이상의 가속기에 대한 조작을 할 수 있도록 d3d_renderstate 들에 대해서 알아두는 것입니다. 최소한 바이리니어 필터링을 켜고 끄고, 텍스춰 매핑을 켜고 끄고, 알파블렌딩, 등등을 맘먹은대로 조합해볼 수 있어야겠죠
- 3rdPCinCAUCSE/J-sow전략 . . . . 4 matches
문제풀기 규칙을 정한다든지, 예상 문제를 살펴보는 준비는 없었습니다. 작년에 같은 팀을 했기에 올해도 같은 팀으로 [정우]와 함께 나갔습니다. 작년 대히를 생각해보면, 알고리즘을 생각하는데 주력할 것이라는 이야기를 나누었습니다.
예상보다 문제가 간단해서 흥분했습니다. 난이도를 살핀 결과 B < A < C 라고 판단하고 쉬운 순서대로 풀어나갔습니다.
* 같은 실수를 반복해서 아쉽네요. 정답에 거의 접근했음에도 풀지 못한 아쉬움이 많이 남습니다.
- 5인용C++스터디/멀티쓰레드 . . . . 4 matches
이렇게 작업을 함으로써 작업을 멀티 테스킹으로 할수 있다라는 의미입니다. 이때 하나의 작업 단위들을 스레드라고 합니다. "그럼 프로그램 내부에 모든 작업은 스레드로 나누어 지겠네요?" 라는 질문이 있을 것 같은데 그렇지는 않습니다. 스레드란 독립적인 작업 단위입니다. 즉 다른것에 구애 받지않는 자체적인 작업 단위를 스레드라고 합니다. 윈도에서 워드 프로세서를 띄우고 대용량의 데이터를 로드하여 프린터로 출력한다고 가정을 합시다. 프린팅 작업 도중에 워드프로세서를 사용할수 있습니까? 물론 윈도 95에서는 프린터는 프린터 대로 작동을 하고 워드 프로세서는 워드 프로세서대로 작업을 할수 있습니다. 여기에 인터넷을 통해서 큰 데이터를 다운 받는다고 가정을 합시다. 프린터하고 원드프로세서로 새로운 내용을 입력하면서 인터넷을 통해서 데이터를 다운 받을수 있습니다? 물론 할수 있습니다. 여기에서 원드프로세서의 입력작업이 하나의 스레드 프린팅 작업이 하나의 스레드 또한 다운 로드가 또하나의 스레드입니다. 실지로 윈도 98의 내부적인 모든 프로그램의 동작은 멀티 스레드로 설정되어 있습니다. 그렇기 때문에 다중 작업을 할수 있는 것입니다.
프로그램이 수행될 때 한 개의 데이터를 동시에 두 개의 프로그램이 핸들링할경우가 있습니다. 예를 들어 (a)라는 파일에 A프로그램은 데이터를 입력,수정하고 B라는 데이터는 데이터를 검색합니다. B가 읽고자 하는 시점에서 A라는 프로그램이 그데이터를 수정하고자 한다면 여기에서 문제가 발생됩니다. A가 수정한 후에 B가 읽게 할것인가? 아니면 B가 읽고 난후에 A라는 데이터가 수정을 하게 할것인가? 이런 문제점은 동시성을 가진 운영체제에서 해결해야할 중요한 항목입니다.
만약 모든 철학자가 오른쪽의 스틱을 잡고 있고 왼쪽의 스틱을 기다린다면 문제가 발생한다. 그들은 아무도 왼쪽 스틱을 얻을 수 없으므로 모두 굶어죽게 된다. 물론 철학자들은 모두 사기를 칠 줄 모르며 먹는 양도 모두 같다고 가정한다. 이런 상태를 데 드락이라고 한다. 데드락을 방지하려면 어떻게 해야 할까? 이 애플릿에서는 다섯 개의 스틱 중 하나를 표시하여 표시된 스틱을 잡을 경우 반드시 내려놓고 다른 스틱을 시도하도록 하고 있다. 이렇게 하면 위와 같은 데드락 상황이 발생하기 전에 표시된 스 틱의 왼쪽 철학자는 오른쪽의 표시된 스틱을 내려놓고 왼쪽 스틱을 기다리게 되므로 표시된 스틱의 오른쪽 철학자가 왼쪽 스틱을 얻을 수 있게 된다.
- AcceleratedC++/Chapter0 . . . . 4 matches
C++의 모든 문장(statement)은 계산 가능한 식이다. 컴파일러에서 에러를 찾을때도 계산 가능한 식인지 확인하여 문장이 올바른 문장인지 에러는 없는지 확인하게 된다. 예를 들어 다음과 같은 두 문장이 있다고 하자.
이런 문장이 들어있는 C++ 프로그램을 컴파일 해 보면 에러가 날 것 같지만 에러가 나지 않는다. 왜냐하면 둘 다 모두 계산 가능한 식이기 때문이다. 계산 가능한 식이라면 최종 결과가 존재해야 한다. 첫번째 문장은 계산이 끝나있는 식이고 최종 결과가 100 이다. 두번째 문장은 한번만 계산하면 계산이 끝나고 최종 결과는 4 이다. 그렇다면 다음과 같은 문장은 계산 가능한 식이 맞는가?
첫번째 문장을 계산하면 a라는 변수에 10을 대입하면 되고 결국 남는것은 a밖에 없으므로 a의 값이 최종 결과가 된다. 두번째 문장을 계산하면 std::cout과 "Hello World!!"를 왼쪽 쉬프트 연산을 하고 나온 결과가 최종 결과가 된다. 실재로 연산 결과가 std::cout 이고 이것이 최종 결과가 된다. 여기서 왼쪽 쉬프트 연산이 과연 std::cout과 "Hello World!!" 사이에서 가능한 것인가 라는 의문을 갖게 될수도 있겠지만 C++에는 연산자 재정의(operator overloading) 라는 것이 있기 때문에 이런것을 충분히 가능하게 만들수 있다고만 알고 넘어가기 바란다. 여기서 두번째 문장을 자세히 알고 넘어갈 필요가 있다. 두번째 문장도 앞에서 설명했듯이 계산 가능한 식이고, 결국 실행되면 계산이 수행되지만 그것과 더불어 일어나는 일이 한가지 더 있는데, 바로 표준 출력으로 "Hello World!!" 가 출력된다는 것이다. 이렇게 계산되어지는 과정에서 계산 결과와 더불어 나타나는 것을 side effect라고 한다. 첫번째 문장과 같은 경우에는 side effect가 없다. 다음과 같은 두 문장이 있다고 하자.
- AcceleratedC++/Chapter12 . . . . 4 matches
상기와 같은 이유로 operator>>는 비멤버함수로서 선언이 되어야 한다.
멤버함수로 이용되는 경우 우항 피연산자가 자동 형변환되어 좌항과 일치하지 않는 것과 같은 문제가 발생할 수 잇다.
그런데 istream 클래스는 istream::operator void*()를 정의하여 만약 입력에 문제가 있으면 void* 형으로 0을 그렇지 않은 경우에는 void* 를 리턴하게 함으로써 마치 bool 형처럼 사용하는 것이 가능하다.
- AcceleratedC++/Chapter13 . . . . 4 matches
상기와 같은 구조에서는 students[i]의 타입이 Core* 이기 때문에 메모리 해제시에 Core버전의 소멸자가 호출되고 Grad 부분은 해제되지 않는다.
상기와 같은 방식으로 포인터를 이용해서 프로그램을 작성하게 되면 프로그래머가 메모리를 직접적으로 관리를 해야하기 때문에 여러가지 버그를 만드는 문제점을 가지고 있다.
delete cp; // 언어적으로 널포인터를 해제하는 것은 문제가 없으므로 체크하는 코드를 넣지 않아도 된다.
r.regrade(100); // 컴파일 오류. Grad::compare 를 기대하기 때문에 이런 문제가 발생한다.
- AcceleratedC++/Chapter14 . . . . 4 matches
Student_info s2 = s1; // s1의 값을 s2로 복사한다. 하지만 내부의 객체는 같은 객체를 가리킨다.
그런데 내부객체인 Ptr 핸들은 그 요소를 나타내는 핸들이 오직 1개일 경우가 아니면 대상의 메모리를 해제 하지 않기 때문에 아래와 같은 코드에서 s1, s2의 값의 변화가 상호 영향을 미치지 않는다.
'''호출 객체의 변화가 같은 요소를 가리키는 핸들들에게 영향을 주지않기를 바라는 regrade 함수'''
이를 해결하기 위해서 우리는 전역함수인 clone()를 만들어서 해결한다. ''(소프트웨어 공학에서는 한단계를 우회하면 모든 문제가 해결된다라는 말이 있는데 여기에 적용될 수 있다,)''
- AcceleratedC++/Chapter4 . . . . 4 matches
* 3장까지의 프로그램을 보면 등급을 메기는 부분이 있다. 이 부분을 함수로 추출해보자. 함수로 추출함으로써, 나중에 똑같은 내용을 또 코딩할 필요가 없고, 알아보기도 쉬워진다. 또한 등급 메기는 방법을 바꿀때 그 함수 부분에만 문제를 한정지을 수가 있다. 또한 함수에 이름을 지어줌으로써, 더욱 추상화시킬수가 있게 된다.
* grade 함수를 보면, vector는 const 참조로 넘기고, double은 그렇지 않다. int나 double같은 기본형은 크기가 작기 때문에, 그냥 복사로 넘겨도 충분히 빠르다. 뭐 값을 변경해야 할때라면 참조로 넘겨야겠지만... const 참조는 가장 일반적인 전달방식이다.
* max(같은 타입의 파라메터 두개) : 뭐 큰값을 리턴해 주겠지
* catch(domain_error e) 한 다음에 무슨 예외 났는지 알고 싶으면 e.what()을 해준다.
- AspectOrientedProgramming . . . . 4 matches
1. Java와 같은 단일 상속 모델에서는 worker를 만든다는 것이 불가능할 수 있다. 어떤 클래스들은 이미 다른 클래스들로부터 확장되었을 수도 있기 때문이다. 이는 특히 클래스 계층 구조 설계가 마무리된 후, 뒤늦게 동기화의 필요성을 깨달았을 때 흔히 발생한다. 동기화를 신경 쓰지 않은 범용 클래스 라이브러리를 통해 공유 데이터에 접근하려 하는 경우가 한 예가 될 수 있다.
우리가 앞서 가정한 어플리케이션에서 동기화 개념은 다음과 같은 속성들을 갖는다.
우리의 예에 Lock이라는 aspect를 도입해보자. Lock aspect는 다음과 같은 역할이 할당될 것이다.
AspectJ는 Eclipse 프로젝트라기 보다. Xerox PARC 의 AspectJ 프로젝트의 홈페이지가 옮겨 온것 입니다. 역시 이글이 wegra님이 해석해 놓으신거 였군요. 좀더 많은 내용은 아래의 SisterWiki 를 참고하시고, 관련포럼 비스무리 한데가 http://aosd.net 입니다. --NeoCoin
- C++Seminar03 . . . . 4 matches
1. 사회자 한명과 2인 1PC 또는 3인 1PC 로 PC 1대당 한조가 되어 PairProgramming 식으로 진행. 사회자는 간단한 개념을 설명하고 개념에 대한 실습(?) 또는 적용된 코드작성을 Pair 해본다. (이런식으로 진행할경우 장소에 문제가 될 수도 있을것 같네요. 실습실 하나를 제로페이지가 점령할수도 없는 일이고..-_- 강의실에서 간단한 설명 -> PC 실로 이동.. 정도가 대안이 될까요? ) --["임인택"]
* ZeroPage 홍보를 위한 수단중의 하나로 C++ Seminar 가 개최되었으면 합니다. 현재 회장님께서 생각하시는 바가 DevilsCamp 이전까지는 준회원체제로 운영되다가 DevilsCamp 이후로 정회원을 뽑는 방식이 좋다는 쪽인것 같은데 일단 입학실날의 강의실홍보 이후로 C++ Seminar 를 여는게 새내기들의 관심을 모으는데 좋을 것 같습니다. --["임인택"]
- 써놓고 보니 바보같은 질문이군요.. ^_^;;
- Chapter I - Sample Code . . . . 4 matches
각각의 프로세서마다 int 형 데이터의 크기 char 형 데이터의 크기.. 등등이 다르기 때문에 다음과 같은 식으로 재정의를 해준다.
위처럼 다음과 같이 매크로 정의를 해 놓고 다음과 같은 소스를 적용시킨다고 해 보자
만약 다음과 같이 OS_GLOBALS라는 매크로를 미리 적용시키면 형 정의가 되지 않은 상태이므로 (위의 #ifdef~#else 에서 #else 절에 걸리게 된다) 다음과 같은 코드가 된다.
#define OS_ENTER_CRITICAL() asm {PUSHF; CLI} // PUSHF가 몬지는 잘 모르겠다. 아마 스택에 무얼 집어넣는것 같은데.
- CryptKicker2 . . . . 4 matches
텍스트를 암호화하는 방법 중에 보안상 취약하긴 하지만 흔하게 쓰이는 방법으로 알파벳 글자를 다른 글자로 바꾸는 방법이 있다. 즉 알파벳의 각 글자가 다른 글자로 치환된다. 암호화된 것을 다시 원래대로 되돌릴 수 있으려면 두 개의 서로 다른 글자가 같은 글자로 치환되지 않아야 한다.
여러 줄의 텍스트가 주어졌을 때 같은 케이스에서는 모든 줄에서 같은 치환 방법을 사용한다고 가정하고 그 중 한 줄은 the quick brown fox jumps over the lazy dog라는 평문을 암호화한 것이라는 점을 이용해서 암호화된 텍스트를 복호화하라.
각 테스트 케이스에 대해 각 줄을 복호화하여 표준 출력으로 출력한다. 가능한 암호화 방법이 두 개 이상있으면 그 중 아무 결과나 출력해도 된다. 복호화할 수 없는 경우에는 다음과 같은 결과를 출력한다.
- DPSCChapter1 . . . . 4 matches
디자이너들-소프트웨어에만 국한하지 않은 수많은 분야에서-은 그들의 과거의 문제와, 해법에 경험을 비슷한 문제에 적용 시킨다. '''''Duego와 Genson(1996)은 전문 디자이너들이 사례를 기반으로 경험에서 인지한 지혜안에서 과거의 사례를 기억하고 그들이 배운것을 적용시키는 것에 주목한다. (생략 및 의역) ''''' 이것은 체스의 고수, 의사, 변호사 그리고 건축가들이 새로운 문제에 대응하는 추론 방식의 한 방식이다. 현재, 디자인 패턴은 소프트웨어 디자이너들이 배워온것들과 다른 분야의 디자이너(other designer)들의 경험들 모두를 감안한다. 이런 노력들은 결과적으로, "거인의 어깨에 올라서 있는것" 같은 방법으로 우리를 훌륭한 디자인에 이끌수 있다. John Vlissies(1997)은 디자인 패턴은 "전문 지식을 잡고 비전문가들이 그것을 이용하기 쉽게 해주는 것이라고 평한다. (p. 32).
Christopher Alexander와 그의 친구, 동료들은 디자인 패턴이 공간활용과, 건축, 공동체의 구성방법 까지 확장되는 것에 관한 글을 써왔다. 여기에서 그들이 추구하는 바는 이런 분야에 적용을 통하여, 소프트웨어 디자인 패턴을 위한 또 다른 새로운 창조적 생각 즉, 영감을 얻기위한 일련의 작업(궁리)이다. ''The Timeless Way of Building''(1979) 에?? Alexander는 "때로는 서로다른 문화권에서 아주 약간은 다르게 같은 패턴의 버전들이 존재하걸 볼수 있다"(p.276) 라고 언급한다. C++과 Samlltalk는 비록 같은 기본적인 패턴에서의 출발을 해도 다른 언어, 다른 개발환경, 다른 문화로 말미암아 각자 다른 모양새를 보여준다.
이책은 ''Design Patterns'' 에 대한 지침서, 편람으로 제작되었다. 하지만 관점은 ''Design Pattern''이 C++인것에 반하여 이 책은 Smalltalk에 기인한다. 그냥, 이 책 ''Smalltalk Companion''에 대해서 하나의 주제(design pattern)에 관한 다양한 자료 정도로 생각해 줬으면 한다. 우리는 Gang of Four book에서의 같은 패턴을 제공하지만, Smalltalk라는 안경을 통해서 바라볼것이다. (사실, 우리가 이름에 ''Samlltalk Companion''을 넣을때 어떤이는 "DesignPattern asSmalltalkCompanion" 을-역자주 Smalltalk언어상에서의 표현법 때문인것 같습니다.- 제안하기도 했다. 하지만 그런 이름은 hard-core Smalltalkers들만이 그 이름을 받아들일꺼라고 생각했다.)
- DataCommunicationSummaryProject/Chapter9 . . . . 4 matches
* 네트워크 상에 같은 enctyption key를 쓴다. 하나 도난당하면 전체 네트워크가 노출된다.
* 같은 전화기를 사설, 공용 네트워크 모두에서 사용한다.
* 미국같은 GSM이 힘을 못쓰고, 큰 라디오 블로킹 스카이스크래퍼가 일반적인 나라에서 유망할 거라고 예측
* Bluetooth는 휴대폰, 헤드폰, 텔레비전, 심지어 펜 같은 장치들 사이의 매우 짧은 연결을 위해 디자인되어졌다. 최대 크기의 무선 랜을 위해 디자인되어지지 않았다.
- DirectDraw . . . . 4 matches
hr = lpDDSFront->GetAttachedSurface(&ddscaps, &lpDDSBack); // 1차표면과 접합(같은 속성의 표면을 생성)
1. bmp파일을 surface에 찍는다. (위와 같은 방법으로)
[해성] 지나가다가 한마디.. ^^;; DX 초기화 과정은 이전버전과 흡사하군요.. 음.. 초기화 인터페이스를 파악했다면.. 다이렉트 엑스가 어떻게 내부적으로 작동해서 일반 윈도우 프로그래밍 보다 빠른 엑세스 메카니즘을 제공하는지 파악하시구요.. 왠만하면 DX 쓰지말구.. 추가적인 이펙트등을 구현해보는게 좋을것 같네요.. 알파블렌딩을 응용한 여러가지 기법(페이드 인아웃이나 전환.. 뭐라그러드라).. 하구.. 전 못해봤지만.. 블러링 필터 같은것두.. 서페이스에 직접 억세스 하는거 공부하면.. 해볼만 할것 같군요.. 그리구.. 음.. 매일 허접 플밍을 하구 있지만.. 그래두 지겨운 초기화 과정을 단축시키기 위해 어느정도 모듈화되게 라입을 구축하면 좋겠지요.. 전 절대 안하지만.. ㅋㅋ;; 그럼.. 잡설이었습니당~ 수거~[[BR]]
[1002] 초기화과정이 이전버전과 같은 이유는 Surface 7 을 이용해서일것 같다는. DX8로는 아직 안해봐서..~ [[BR]]
- Emacs . . . . 4 matches
TextEditor 입니다. [vim]과 CrimsonEditor 와 같은 목적으로 쓰입니다.
참고#2. lisp코드중에서 load file 하는 부분을 나같은 경우는(load-file "~/.emacs.d/cedet/common/cedet.el")과 같이 적었다. 경로의 ~/는 나는 윈도우에서 cygwin을 통해서 emacs를 쓰고 있어서 환경변수 HOME의 경로를 저렇게 표현할 수 있다.
4. emacs 설정파일인 .emacs 혹은 init.el에 다음과같은 elisp 코드를 적는다.
참고#1. 나같은 경우, 경로를 써넣는 부분을 아래와 같이 작성하엿다.
- ExploringWorld/20040308-시간여행 . . . . 4 matches
아니 무슨 그런 황송한 말씀을, 다 재미있자고 하는 일인데 --NeoCoin
집으로 돌아와 MakeAnotherWorld 라는 세상을 만든다는 거창한 은유법보다, 여행을 한다는 느낌의 은유로 시작하면 재미있겠다는 생각이 들었다. 그래서 WalkingAroundWorld 나, CyclingWorld 같은 여행이라는 은유의 제목이 더 그럴싸한것 같은데, 너희들은 어때? --NeoCoin
탐험하는것은 어때요? Exploring(The)World 같은... --세환
- GarbageCollection . . . . 4 matches
현재에는 기본적으로 Java, Dylan 과 같은 언어에서는 기본 명세로서 제공되는 기능이며, C++, C와 같이 수동적 메모리 할당으로 디자인되었지만 가비지 컬렉션 구현을 지원하는 언어들도 존재한다.
특정 주기를 가지고 가비지 컬렉션을 하기 때문에 그 시점에서 상당한 시간상 성능의 저하가 생긴다. 이건 일반적 애플리케이션에서는 문제가 되지 않지만, time critical 애플리케이션에서는 상당한 문제가 될 부분임. (Incremental garbage collection? 를 이용하면 이 문제를 어느정도 해결하지만 리얼타임 동작을 완전하게 보장하기는 어렵다고 함.)
이거 말고도 문제가 상당하다고 하지만, 해석해야하는 관계로;;; 아래 링크에서 확인 바람.
- Gof/Command . . . . 4 matches
이러한 예들에서, 어떻게 Command pattern이 해당 명령을 invoke하는 객체와 명령을 수행하는 정보를 가진 객체를 분리하는지 주목하라. 이러함은 유저인터페이스를 디자인함에 있어서 많은 유연성을 제공한다. 어플리케이션은 단지 menu와 push button이 같은 구체적인 Command subclass의 인스턴스를 공유함으로서 menu 와 push button 인터페이스 제공할 수 있다. 우리는 동적으로 command를 바꿀 수 있으며, 이러함은 context-sensitive menu 를 구현하는데 유용하다. 또한 우리는 명령어들을 커다란 명령어에 하나로 조합함으로서 command scripting을 지원할 수 있다. 이러한 모든 것은 request를 issue하는 객체가 오직 어떻게 issue화 하는지만 알고 있으면 되기때문에 가능하다. request를 나타내는 객체는 어떻게 request가 수행되어야 할지 알 필요가 없다.
다음과 같은 경우에 CommandPattern을 이용하라.
* 기본명령어들를 기반으로 이용한 하이레벨의 명령들로 시스템을 조직할 때. 그러함 조직은 transaction을 지원하는 정보시스템에서 보편화된 방식이다. transaction은 데이터의 변화의 집합을 캡슐화한다. CommandPattern은 transaction을 디자인하는 하나의 방법을 제공한다. Command들은 공통된 인터페이스를 가지며, 모든 transaction를 같은 방법으로 invoke할 수 있도록 한다. CommandPattern은 또한 새로운 transaction들을 시스템에 확장시키기 쉽게 한다.
CommandPattern은 다음과 같은 결과를 가져온다.
- Gof/FactoryMethod . . . . 4 matches
DeleteMe) 왜 결과지. 결과는 적용후에 얻을수 있는 이익이지만, 현재 이것은 패턴을 적용한 코드를 구현하기 전에 이론적 바탕에 대하여 결론 짓는 것이라고 생각해서 결론이라고 했음. 그냥 결과는 부족한것 같고, "패턴 적용 결과"보다는 "패턴 적용 결과 고찰" 이라는 의미가 강한거 같은데, 그냥 결론으로 쿨럭 --;
이러한 제한에서는 모양에따라, 각 상테에 따라 객체를 분리하는 것이 더 좋을 것이고, 각자 필요로하는 상태를 유지 해야한다. 서로 다른 모양은 서로다른 Manipulator의 sub클래스를 사용해서 움직여야 한다.이러한 Manipulator클래스와 상속은 병렬적으로 이루어 진다. 다음과 같은 모양 같이 말이다.
'''첫번째''' 경우는 코드가 구현된 sub클래스를 요구한다. 왜냐하면, 적당한 기본 구현 사항이 없기때문이다. 예상할수 없는 클래스에 관한 코드를 구현한다는 것은 딜레마이다. '''두번째'''경우에는 유연성을 위해서 concrete Creator가 factory method 먼저 사용해야 하는 경우이다. 다음과 같은 규칙을 이야기 힌다."서로 분리된 수행 방법으로, 객체를 생성하라, 그렇게 해서 sub클래스들은 그들이 생성될수 있는 방법을 오버라이드(override)할수 있다." 이 규칙은 sub클래스의 디자이너들이 필요하다면, 그들 고유의 객체에 관련한 기능으로 sub클래스 단에게 바꿀수 있을음 의미한다.
Parameterized factory method는 Product를 상속받은 MyProduct와 YourProduct상에서일반적으로 다음과 같은 형태를 가진다.
- Gof/Singleton . . . . 4 matches
SingletonPattern은 다음과 같은 경우에 사용한다.
새로운 MazeFactory의 subclass를 정의할때 매번 Instance 가 반드시 수정되어야 한다는 것에 주목하자. 이 application에서야 별다른 문제가 발생하지 않겠지만, 이러한 구현은 framework 내에 정의된 abstract factory들 내에서만 한정되어버린다. (Implementation의 subclass 관련 부분 참조)
* 제가 테스트 용으로 n-class singleton을 구현하려 합니다. 그런데 다음과 같은 문제가 발생하는데 어떻게 해결해야 될까요?
- HelpOnPageCreation . . . . 4 matches
새롭게 페이지를 만드는 경우도 일반 페이지를 편집하는 방식과 마찬가지로 고칠 수 있습니다. 편집 폼에 내용을 채운 후에 최초 저장을 하면 페이지가 진짜로 만들어지게 됩니다. 한번 만들어진 페이지는 일반적으로 지울 수 없도록 되어있습니다. [[FootNote(페이지 지우기는 모니위키 설정을 통해 변경가능합니다. 또한 모니위키에서는 페이지를 지우더라도 변경 역사까지 지우게 되어있지 않습니다. 따라서 언제든지 복구할 수 있습니다.)]] 그러므로 위키 페이지를 처음 만들 때에 위키 페이지 이름을 잘 만드는 것이 낫겠지요.[[FootNote(모니위키에서는 페이지이름을 변경하는 것도 가능하며, 페이지이름에 대한 별명을 만드는 방식도 지원합니다)]]
하위 페이지를 만들면 조금 특별하게 처리됩니다. 하위페이지도 일반 페이지와 마찬가지 방식으로 만들 수 있으며 {{{[[페이지/하위페이지]]}}}와 같은 식으로 연결되는 페이지입니다. 하위페이지에 대한 설명은 HelpOnEditing/SubPages 페이지를 참고하세요.
템플릿 페이지는 조금 특별하게 취급되는 페이지입니다. 페이지를 만들되 페이지 이름이 "'''Template'''"로 끝나는 페이지를 만들면 그것이 템플릿 페이지가 됩니다. [[FootNote(위키 관리자에 의해서 Template로 끝나는 이름이 아닌 다른 형태의 이름으로 그 설정을 바꿀 수도 있습니다)]] 이렇게 만들어진 템플릿 페이지는 페이지를 새롭게 만드는 경우에 목록으로 제시되게 되며, 템플릿 페이지를 선택하면 그것이 처음으로 편집 폼에서 인용되어 처음 만드는 페이지를 보다 쉽게 만들 수 있게 해줍니다.
다음의 변수들은 페이지가 최초 저장될 때에 자동으로 적당한 값으로 대치됩니다. 이 변수들은 미리보기할 때는 있는 그대로 나오며, 템플릿 페이지인 경우에는 변수가 대치되지 않고 있는 그대로 저장된다는 사실에 유의해 주세요.
- HereAndNow . . . . 4 matches
맞습니다. 학교는 어찌보면 회사의 축소판입니다. '숙제만 아니면 리팩토링해서 코드를 깨끗하게 할텐데'하고 핑계를 대다보면 회사 가서도 '업무만 아니면 리팩토링해서 코드를 깨끗하게 할텐데'하고 똑같은 핑계를 대게 됩니다. 이번 숙제는 이렇게 하지만 다음 숙제는 잘 해야지 하고 미루는 습관이 들면, 다음, 그 다음, 그 다음 다음이 되어서도 여전히 같은 생각을 하고 있게 됩니다.
JeYong군이 들려준 이야기가 있습니다. 회사에 처음 입사했을 때 이미 몇 년 정도 회사를 다닌 사람이 이런 얘기를 하더랍니다. '이 회사는 정말 문제가 있는 회사이고 사장은 정말 골 때리는 사람이고, 일은 미래가 없고...' 업무를 하다가도 툭하면 JeYong군을 불러내서는 커피를 마시거나 담배를 피면서 사장 욕을 하며, "내가 정말 이 회사 때려친다", "너는 이 회사 왜 들어왔냐" 등의 이야기를 했다고 합니다. 수 년 뒤 JeYong 군이 그 회사를 그만둘 때까지 그 사람은 똑같은 불평을 하고 있었다고 합니다.
- HowToStudyDataStructureAndAlgorithms . . . . 4 matches
처음접하는 것이라면 배열 -> 스택 -> 큐 -> 리스트 -> 트리 순서로 나가는 것이 좋을듯. 정렬과 해싱 이하 뒤의 꺼는 아마 이번달내로 나가기 힘들것 같은데. 트리나 그래프까지만 목표로 잡아도 성공이라고 생각함.
제가 생각컨데, 교육적인 목적에서는, 자료구조나 알고리즘을 처음 공부할 때는 우선은 특정 언어로 구현된 것을 보지 않는 것이 좋은 경우가 많습니다 -- 대신 pseudo-code 등으로 그 개념까지만 이해하는 것이죠. 그 아이디어를 Procedural(C, 어셈블리어)이나 Functional(LISP,Scheme,Haskel), OOP(Java,Smalltalk) 언어 등으로 직접 구현해 보는 겁니다. 이 다음에는 다른 사람(책)의 코드와 비교를 합니다. 이 경험을 애초에 박탈 당한 사람은 귀중한 배움과 깨달음의 기회를 잃은 셈입니다. 참고로 알고리즘 교재로는 10년에 한 번 나올까 말까한 CLR(''Introduction to Algorithms, Thomas H. Cormen, Charles E. Leiserson, and Ronald L. Rivest'')을 적극 추천합니다(이와 함께 혹은 이전에 Jon Bentley의 ''Programming Pearls''도 강력 추천합니다. 전세계의 짱짱한 프로그래머/전산학자들이 함께 꼽은 "위대한 책" 리스트에서 몇 손가락 안에 드는 책입니다. 아마 우리 학교 도서관에 있을 것인데, 아직 이 책을 본 적 없는 사람은 축하드립니다. 아마 몇 주 간은 감동 속에 하루하루를 보내게 될 겁니다.). 만약 함께 스터디를 한다면, 각자 동일한 아이디어를 (같은 언어로 혹은 다른 언어로) 어떻게 다르게 표현했는지를 서로 비교해 보면 또 배우는 것이 매우 많습니다. 우리가 자료구조나 알고리즘을 공부하는 이유는, 특정 "실세계의 문제"를 어떠한 "수학적 아이디어"로 매핑을 시켜서 해결하는 것이 가능하고 또 효율적이고, 또 이를 컴퓨터에 어떻게 구현하는 것이 가능하고 효율적인지를 따지기 위해서이며, 이 과정에 있어 수학적 개념을 프로그래밍 언어로 표현해 내는 것은 아주 중요한 능력이 됩니다. 개별 알고리즘의 카탈로그를 이해, 암기하며 익히는 것도 중요하지만 더 중요한 것은 알고리즘을 생각해 낼 수 있는 능력과 이 알고리즘의 효율을 비교할 수 있는 능력, 그리고 이를 표현할 수 있는 능력입니다.
첫번째가 제대로 훈련되지 못한 사람은 알고리즘 목록의 스테레오 타입에만 길들여져 있어서 모든 문제를 자신이 가진 알고리즘 목록에 끼워맞추려고 합니다. DesignPatterns를 잘 못 공부한 사람과 비슷합니다. 이 사람들은 마치 과거 수학 정석을 수십번을 공부해서 문제를 하나 던져주기만 하면, 생각해보지도 않고 자신이 풀었던 문제들의 패턴 중 가장 비슷한 것 하나를 기계적, 무의식적으로 풀어제끼는 "문제풀이기계"와 비슷합니다. 그들에게 도중에 물어보십시오. "너 지금 무슨 문제 풀고있는거니?" 열심히 연습장에 뭔가 풀어나가고는 있지만 그들은 자신이 뭘 풀고있는지도 잘 인식하지 못하는 경우가 많습니다. 머리가 푸는 게 아니고 손이 푸는 것이죠.
두번째가 제대로 훈련되지 못한 사람은 일일이 구현을 해보고 실험을 해봐야만 알고리즘간의 비교를 할 수 있습니다. 특히 자신이 가진 카탈로그를 벗어난 알고리즘을 만나면 이 문제가 생깁니다. 이건 상당한 댓가를 치루게 합니다.
- IpscAfterwords . . . . 4 matches
* 전에 K-In-A-Row 같은 경우는 일종의 StepwiseRefinement 의 형식이 나와서 비교적 코딩이 빠르게 진행되었었고, (비록 답은 틀렸지만) Candy 문제의 경우 덕준이가 빨리 아이디어를 내어서 진행이 빨랐었는데, 실전에서는 그런 경우들이 나오지 않아 버겨웠던듯 하네요.
* 중반부로 들어가면서 사람들이 문제들을 못풀다보니 팀플레이도 흐트러진것 같습니다. 이전에 K-In-A-Row 풀때나 Candy 풀때만해도 실마리를 잡아서 '풀 수 있겠다' 라고 생각해서인지 팀플레이가 잘 되었던거 같은데.. 역시 어려울때 잘하기란 힘든것 같네요.
ICPC 모의고사(?)와 같은 류의 경험을 한번 해보고 싶었는데 이번과 같은 기회가 주어져서 무척 좋았습니다. 아쉬웠던건 팀워크 발휘가 제대로 안된 점이네요. 또한 알고리즘은 생각해냈는데 구현을 못한 상황이라면 나름대로 자기 위안을 할 수 있겠는데 솔루션에 접근하는 길조차 찾지 못한것도 퍽 아쉬운 점이구요. 처음 두어시간이 흐른뒤엔 사고 능력이 무척 떨어진걸 몸으로 느낄 수 있었는데 너무 오래간만에 머리를 썼더니 쉬 지친게 아닐까하는 생각이 드네요. ["프로그래밍파티"]때엔 좋은 컨디션으로 참여해보고 싶네요. 이제 좌절보다 풀어내는 재미를 느끼고 싶기도 하고, 공부할 좋은 기회를 만들어 주신 선배님께 실망스런 결과는 더 보이지 말아야죠. 모두들 늦게까지 정말 수고 많으셨습니다. --["이덕준"]
- IsbnMap . . . . 4 matches
IsbmMacro에서 사용하기 위해 다음과 같은 방식으로 ISBN을 등록하실 수 있습니다.
알라딘 같은 경우 품절이나 재발매 등으로 ISBN이 새로 배정됐을 때, 그림은 예전 껄 그대로 가져다 씁니다.
모니위키 1.1.3에서는 이와 관련된 버그가 고쳐졌고, 알라딘 같은 경우는 확장자가 jpg/gif인 경우를 자동으로 검출합니다. 이 경우 php.ini에 {{{'allow_url_fopen=1}}}같은 식으로 설정이 되어있어야 합니다. 또, config.php에 {{{$isbn_img_download=1;}}} 와 같이 옵션을 넣으면 이미지를 다운로드할 수도 있게 하여, 일부 referer를 검사하여 이미지를 보이지 않게 하는 사이트에서도 활용하기쉽게 하였습니다. -- WkPark [[DateTime(2009-01-13T07:14:27)]]
- Java/문서/참조 . . . . 4 matches
그래서 위와 같은 경우
이와같은 구문을 넣어서, 객체를 생성하고, _a에게 가리키게 하여야만 한다.
이같은 스칼라 값들은 절대로 메소드에 reference형태의 전달인자로
문제는 200KB의 사소한 용향이 아닌 그게 2메가 짜리의 문서의 경우는 문제가 된다.
- NumberBaseballGame . . . . 4 matches
2-1. 사용자에게 받은 수와 컴퓨터가 만든 수가 같은 수에 같은 위치면 '스트라이크'.[[BR]]
2-2. 사용자에게 받은 수와 컴퓨터가 만든 수가 같은 수에 다른 위치면 '볼'.[[BR]]
* 아래와 같은 예제 식으로 소스를 만든 페이지에 넣어 주세요.
- ParametricPolymorphism . . . . 4 matches
그리고 위와 같은 것으로 현재 다형성이라고 하는 방식이 구현되어져 있다.
본디 파라메트릭 폴리몰피즘은 상기와 같은 문제의 해결을 위해서 방어적 수단을 제공한다.
위와 같은 개념의 코드로 작성이 되면 동적 캐스팅이 필요 없을뿐만아니라 잘못된 타입 캐스팅으로 인한
상기와 같은 방식으로 작성하게 되면 다음과 같이 특정한 데이터 형에 구애 받지 않는
- PascalTriangle . . . . 4 matches
/* 주어진 값을 검사하여, 첫번째 열이 1이거나 행과 열이 같은경우 1을 리턴 */
/* 열이 1이거나 행과 열이 같은 경우, 1을 대입 한다 */
// 계속 이와같은 식으로 n행 까지 계산한다
// 5행 5열이나, 5행 4열과 같은 것을 5행 1열이나, 5행 2열로
- PerformanceTest . . . . 4 matches
단, 정확한 수행시간 측정을 위해서라면 전문 Profiling Tool을 이용해 보는 것은 어떨까요? NuMega DPS 같은 제품들은 수행시간 측정을 아주 편하게 할 수 있고 측정 결과도 소스 코드 레벨까지 지원해 줍니다. 마소 부록 CD에서 평가판을 찾을 수 있습니다. 단, 사용하실 때 Development Studio 가 조금 맛이 갈겁니다. 이거 나중에 NuMega DPS 지우시면 정상으로 돌아갑니다. 그럼 이만. -- '96 박성수
멀티쓰레드로 인해 제어권이 넘어가는 것까지 고려해야 한다면 차라리 도스 같은 싱글테스킹 OS에서 알고리즘 수행시간을 계산하는게 낫지 않을까 하는 생각도 해봅니다. (하지만, 만일 TSR 프로그램 같은 것이 인터럽트 가로챈다면 역시 마찬가지 문제가 발생할듯..) 그리고 단순한 프로그램의 병목부분을 찾기 위한 수행시간 계산이라면 Visual C++ 에 있는 Profiler 를 사용하는 방법도 괜찮을 것 같습니다. 해당 함수들의 수행시간들을 보여주니까요.
- ProgrammingLanguageClass/Exam2002_1 . . . . 4 matches
* 다음과 같은 문법이 있다. Top-Down Parsing 의 가능 또는 불가능함을 증명하시오
다음과 같은 unambiguous 문법이 있다. (대강 이런식. 아 곱셈부분이 생각안난다; 정확한거 아시는분은 보충을;)
다음과 같은 식이 있다.
공부할때 각 요소들에 대한 비교 할때마다 Ada 를 빼놓지 않기에 (늘 책에서의 비교언어는 C/C++, Pascal, Ada, Java 이다) 주로 언급된 언어들만 공부했건만, 왜 뜬금없이 PL/1 을 내신걸까; 그밖에 다른 문제들은 평이해서 그다지 별 감흥(?)없었고, 마지막 문제가 괜찮았던듯.
- ProgrammingPartyAfterwords . . . . 4 matches
1시 40분 경 문을 열고 들어오는 이가 오늘의 Mentor 중 한명인 김창준씨와 신제용씨였다. 그들은 오늘 프로그래밍 파티의 경기 규칙이나 룰, 시간 같은것을 말해 주었다. 2시 10분경 상협군이 헐러벌떡 뛰어 왔다. 쫌 전에 창섭이와 혁기도 왔다.
2시가 조금 넘어서 파티를 시작했다. ZP팀 중에 불참 인원이 두 명이 있어서 인원 조정을 했다. 그 결과로, 다음과 같은 배정이 되었다. 각 팀에는 한 명 씩의 멘터(도우미)가 붙었다. 그들은 문제 해결에 관련된 직접적인 조언은 피하고, 개발 과정이나 여타 문제에 대한 도움을 주기로 했다.
'오.. 대화진행속도가 빠르다!' 1002 가 본 moa 의 마치 평소 손발을 맞춰본 팀같았다. 근데, 토론하는 것을 들으면서 1002가 생각하기엔 '음.. 근데, 너무 초반에 Algorithm-Specific 하게 생각하는게 아닐까. 일단은 문제를 간단한 문제로 분해하는(보통 1002가 'Design' 을 간단하게 정의하라고 할때 저렇게 표현한다.) 과정이 더 중요할것 같은데'
각 팀별로 전지에 자신들의 디자인을 표현하고 모두에게 그 디자인에 대해 설명하는 식으로 발표를 하였다. 각 팀별 디자인의 특징을 볼 수 있었다. '뭘 잘못했느냐?'가 아니라 '어떻게 해야 잘할 수 있었을까?'와 같은 '올바른 질문'을 던짐으로써 더 배울 수 있다는 것을 확인할 수 있었다. 그리고 발표할때 What 과 How 를 분리하고 What 만을 전달해야 한다는 것이 중요하다는 것을 관찰할 수 있었다.
- ProjectAR/Design . . . . 4 matches
그런데 왜 저렇게 복잡하게 상속을 받아야 하는걸까, CARMonster클래스가 모든걸 갖고 있어도 충분히 처리가 가능할 것같은데 --[선호]
* CARObject가 공격을 하려면, 각자의 시야안에 들어오는 또 다른 CARObject를 볼 수 있어야 한다. CARMap을 파라메터로 넘겨주면 될까? 아니면 CARObject를 저장하고 있는 리스트 같은것을 넘겨주면 될까?
무슨 말인지 잘 모르겠다. --[인수]
* 이동 페턴을 가져야 한다. 예를 들어 주인공을 향해 이동을 하게끔 만들거나 이동을 하되, 맞으면 도망가는 형식, 또 보면 무조건 도망가는 방식 등이 있겠다. 여기서 많은 문제가 생길꺼라 생각한다.
- ProjectPrometheus/BugReport . . . . 4 matches
* [[HTML(<strike> 서평 제목과 링크가 서로 묶여 보이지 않아서 어느게 서로 관련된 것인지 애매하다. 같은 서평끼리 동일색으로 하고 색깔을 번갈아 배치하면 좋겠다. 예컨대 옅은 녹색, 진한 초록 이런 식으로. </strike>)]]
3. 같은 컴퓨터를 쓰는 이상, 로그인을 일일이 하지 않아도 되도록 클라이언트 쪽에 쿠키 설정을 해줬으면 한다.
* notice변경 사항에 관하여, DB에 넣는 방향으로 바꾸던지(게시판을 하던지), file path 비의존적으로 바꾸어야 한다. 현재 file path문제로 직접 고쳐주어야 하는 상황이고, ant 로 배포시 해당 file의 쓰기 읽기 권한 문제로 문제가 발생한다. --["neocoin"]
* Servlet 생명주기에 대해 제대로 알지 못함. 서비스에서의 success Fleld 초기화가 안된 문제가 원인. 해결.
- PythonForStatement . . . . 4 matches
어떻게 같은 동작을 하는지 이유를 모르겠다고 했지.
질문과 같은 맥락의 이 두동작이 같은지 따져 볼까요?
Java 1.5 에 advanced for statement 라는 이름으로 비슷한 것이 추가되었고, C#에는 언어가 탄생 될때 부터 있었습니다. Java 1.5에서는 수년간 논의 끝에 도입을 했는데, 언어에 녹이기 위해서는 Autoboxing/Unboxing과 편리성을 위해 Template과 같은 여러 필수불가결하고 복잡다난(?)한 개념이 함께 추가되었습니다.
- StaticInitializer . . . . 4 matches
Static Initializer 는 이러한 값들을 미리 셋팅하기 위해 사용하며 다음과 같은 문법을 이용한다.
이를 방지하려면, StaticInitializer 를 일반 Method 로 추출한뒤, 생성자에서 이를 호출한다. (단, 인스턴스를 2개 이상 만드는 클래스인경우 문제가 있겠다.)
이 문제가, final static 으로 값이 세팅될때의 문제가 아닌가요? Mock의 생성자에서 교체 가능하지 않나요? --NeoCoin
- TeachYourselfProgrammingInTenYears . . . . 4 matches
Pascal：3일간으로, Pascal 의 문법을 배우는 것은 가능할지도 모르는(유사한 언어를 이미 알고 있으면)가, 그 문법의 이용법까지는 충분히는 배울 수 없다.즉, 예를 들면 당신이 Basic 프로그래머이다고 하여, Basic 스타일로 Pascal 의 문법을 이용한 프로그램의 쓰는 법을 배울 수 있을지도 모르지만, Pascal 가 실제의 곳, 무엇에 향하고 있을까(향하지 않은가)를 배울 수 없다.그런데 여기서의 포인트는 무엇일까? Alan Perlis(역주1) 은 일찌기, 「프로그래밍에 대한 생각에 영향을 주지 않는 것 같은 언어는, 아는 가치는 없다」라고 말했다.여기서 생각되는 포인트는, 당신이 Pascal(그것보다 어느 쪽일까하고 말하면 Visual Basic 나 JavaScript 등의 (분)편이 현실에는 많을 것이다)를 그저 조금 배우지 않으면 안 된다고 하면(자), 그것은 특정의 업무를 실시하기 위해서(때문에), 기존의 툴을 사용할 필요가 있기 때문일 것이다.그러나, 그러면 프로그래밍을 배우는 것으로는 되지 않는다.그 업무의 방식을 배우고 있을 뿐이다.
만약 그러한 있고 것이라면, 4년간 대학에서(혹은 대학원에 가, 더욱) 배우는 것.그러면 성적 증명서를 필요로 하는 일자리에 접근하고, 그 분야에 도착해보다 깊은 이해를 얻게 된다.하지만, 학교를 즐길 수 없다고 한다면, (열의가 있으면) 일을 하는 과정에서 같은 체험을 얻을 수 있다.어느 경우이든, 책에 의한 학습만으로는 충분하지 않다.「컴퓨터·사이언스의 교육으로 누군가를 프로의 프로그래머로 하려고 하는 것은, 브러쉬나 그림도구에 대해 배우게 해 프로의 화가로 하는 것 같은 정도 어렵다」라고 The New Hacker's Dictionary(역주5) 의 저자인 Eric Raymond 는 말한다.내가 지금까지 고용한 중에서 최고의 프로그래머의 한 명(역주6)은, 고등학교까지 밖에 나오지 않았다.그렇지만, 그는 많은훌륭한소프트웨어를 만들어, 지금은 자신의뉴스·그룹까지 가지고 있어, 스톡옵션 덕분에, 틀림없이 내가 일생 걸려 벌 수 있는 것보다 좀 더 부자다.
* 역주 1 - ACM 의 초대 의장을 맡아 튜링상의 제1회의 수상자이기도 한 저명한 컴퓨터 과학자(1922-1990).그가 남긴 에피그램은, 현재도 여러가지 곳에서 참조된다.Google 등으로 그의 이름을 검색하는 것만으로, 본문의 저자가 링크한 페이지 이외에도 동취지의 페이지가 다수 히트 한다.
- TestDrivenDatabaseDevelopment . . . . 4 matches
프로그래밍을 하다가, 만일 여기서부터 interface 를 추출한뒤에 거꾸로 MockRepository 를 만들 수 있을까 하는 생각을 했다. (interface 를 추출함으로서 같은 메소드에 대해 다른 성격의 Repository, 즉 File Based 나 다른 서버 로부터 데이터를 얻어오는 Repository 등 다형성을 생각해볼 수 있는 것이다.)
결과는 다음의 문제가 발생하였다. 바로, interface 에 DB Exception 던진것들이 묻어나는것이다.
만일 MockRepository를 먼저 만든다면? interface 를 추출한 순간에는 문제가 없겠지만, 다음에 DBRepository 를 만들때가 문제가 된다. interface 의 정의에서는 예외를 던지지 않으므로, interface 를 다시 수정하던지, 아니면 SQL 관련 Exception 을 전부 해당 메소드 안에서 try-catch 로 잡아내야 한다. 즉, Database 에서의 예외처리들에 대해 전부 Repository 안에서 자체해결을 하게끔 강요하는 코드가 나온다.
- UbuntuLinux . . . . 4 matches
한글이 안 써진다. 여태까지 그걸 모르고 있었다니 놀랐다. 문제가 조금 어려워지니까 한글이 안 써지는 것도 걸림돌이 되었다. 어차피 한글을 안 쓸 수는 없으니까 한글 입력을 하는 방법을 찾아보았다.
어느덧 몇 시간이 흘러 아까와 똑같은 실수를 하고 있었다. 일단은 우분투 공식 사이트부터 가는 것이 순리가 아니겠는가? 물론 우분투 내장 도움말에도 NAT에 대한 영어 설명이 있었으나 이보다도 먼저 공식 사이트에 갔어야 했다.
집에 남는 컴퓨터 한대를 서버로 돌려보자는 생각에 무식하게 랜카드를 세장이나 꼽아서 돌려보려고 했다. 한데 X윈도우와는 다르게 랜카드 인식부터 안되는 문제가 생겼다. 며칠 삽질하다 포기할까 생각도 들었는데, 오늘 드디어 해결했다.
* 우분투를 깔면 gcc가 처음부터 깔려 있지는 않다. 그래서 sudo apt-get install gcc 해서 gcc 를 받고 간단한 것을 컴파일 하면 기본적인 라이브러리들이 없다면서 컴파일이 안된다. 이때 g++ 도 위와 같은 방식으로 깔면 문제는 해결된다.
- UnitTest . . . . 4 matches
예를 든다면, 다음과 같은 것이 UnitTest Code 가 될 수 있겠다.
Q: 한가지 의문나는 점이 있어서 , 사용자가 임의로 생성할 수 없는(예를들면 Socket과 같은 시스템이 생성해주는 데이타 타입) 데이타 형이 파라미터로 있을 때는 어떻게 테스트 하는 것이 좋을까요?
A: Socket 이나 Database를 이용하는 경우에는 문제가 되겠죠. 그럴때 MockObjects를 이용하는 방법이 있었던걸로 기억하는데, 아직 실제로 제가 해보지는 않아서요. 대강 개념을 보면 MockObjects는 일종의 가짜 객체로 실제 객체가 하는 일을 시뮬레이션 해주는 객체입니다. 미리 MockObjects 를 셋팅을 해두고 해당 함수결과의 리턴 요구시에는 예측할 수 있는 데이터를 리턴하게끔 하는 것이지요. 나중에 본 프로그램에서 MockObjects들을 토대로 실제의 객체를 만든다.. 식의 개념으로 기억하고 있긴 한데, 저의 경우는 공부만 하고 적용해본 적은 없습니다. --석천
A: MockObjects가 최적입니다. Socket이나 Database Connection과 동일한 인터페이스의 "가짜 객체"를 만들어 내는 겁니다. 그러면 Socket 에러 같은 것도 임의로 만들어 낼 수 있고, 전체 테스팅 시간도 훨씬 짧아집니다. 하지만 "진짜 객체"를 통한 테스트도 중요합니다. 따라서, Socket 연결이 제대로 되는가 하는 정도만(최소한도로) "진짜 객체"로 테스팅을 하고 나머지는 "가짜 객체"로 테스팅을 대체할 수 있습니다. 사실 이런 경우, MockObjects를 쓰지 않으면 Test Code Cycle을 통한 개발은 거의 현실성이 없거나 매우 비효율적입니다. --김창준
- XMLStudy_2002/XML+CSS . . . . 4 matches
*CSS는 폰트,색깔,여백등과 같은 외형적인 스트일을 기술하는 언어이다.
같은 DTD를 사용하는 XML 문서들에 대해서는 같은 스타일을 지정해서 사용할 수 있으므로,
스타일은 한 번만 작성해도 같은 클래스에 속하는 XML문서들이 함께 사용할 수 있다.
- ZP&JARAM세미나 . . . . 4 matches
축제기간이어서인지 모르겠지만 중앙대학교의 첫 인상은 매우 좋았습니다! 활기차고 소란스러운 뭔가의 움직임들이 느껴졌달까요. 도착해서 환영해주신것도 너무 감사했고 배려해주시는 모습들이 너무 좋았습니다. 아. 그리고 밤 늦게까지 강의실이 열려 있다는 것도 부러웠어요~ 우리학교는 강의실은 다 폐쇄하거든요. 그나저나 학회방이 없다고 들었는데 어서 학회방이 생기셨으면 좋겠어요. 그러면 활동도 더 탄력이 받을것 같은데~! ^^
OST는 다들 열정적으로 참가해주셔서 몇 가지 주제에 있어서 이야기가 오고간것 같아요. 아쉬운 점이라면 새로운 주제가 생기면 그것의 홍보를 직접해야했다는 점이랄까요? 입구쪽이나 잘 보이는 곳에 OST 상황전달 가능한 공간이 있었더라면 더 원활한 진행이 되지 않았을까라는 생각을 해 보았습니다.
오호라 후기네요~:) 이거 페이지를 어디다가 연결해야할지 갈피가 안잡히네요 여기다가 만들어도 문제가 없으려나?~?? 저는 좋은 게임과 나쁜 게임의 OST를 진행했던 한양대 03학번 배진호입니다. 뭐 제 계획대로 아주 많은 것을 뽑아(?) 내지는 못했지만 그래도 적절하게 많은 분들이 동참하여 주셔서 흥미로운 대화가 되었던 것 같네요. 제가 미숙하여서 자르고 멈추고 이어나아가는 것이 능숙하지 못했는데, 어찌 되었든 OST를 주최해 주시고 좋은 세미나도 재미있게 보았습니다. 시간이 많았더라면 서로 더 알아갈 수 있었을 텐데 그 부분이 조금 아쉽네요. 앞으로도 많은 교류가 있었으면 좋겠네요. 군대에서 이 위키를 썼었느데 다시보니 방갑네요 :)
자람 24기 김희정입니다~ 중앙대 처음가봤는데 학교가 참 옹기종기모여있으면서도 크구 참 이뻤어요! 마련된 저녁에도 감덩감덩 ㅜㅜ! 제로페이지에서 준비한 세미나에서는 새로운 내용을 알게되서 좋았습니다. 같은 08학번인데 세미나 하시는 분 보고 저도 좀더 노력해야 겠다고 생각했구요, OST에서는 게임에 대한 주제에 참여했는데 게임을 하는 걸로만 생각했었는데 이번 OST를 통해 개발자의 입장에서도 생각해 볼수 있어서 좋았습니다. 그리고 다양한 공부?에 대한 주제에 대해 들어보고 싶었는데 시간이 부족해서 참여할수 없었던게 좀 아쉬웠네여~ㅜ 여튼 그래도 알차고 재밌었던 시간이었구요~ 나중에 우리학교에서 다시만나요~안녕히~+_+
- ZeroPageServer/AboutCracking . . . . 4 matches
* 대응 : 서버를 rebooting 후에는 문제가 특별히 발생되지 않음
* ["1002"]가 squid 관련 문제로 문서 발견. 그 동안 Server의 비교적 잦은 rebooting 때문에 문제가 드러나지 않았음.
그렇다면, 이 문제가 원인이 확실한것 같군요. 테스트상 port 를 바꾸자, 정상적으로 동작하는 state 를 보여주었거든요. --NeoCoin
* 만일 현재의 squid 가 Cracking상태라면, squid 의 셋팅을 수정하더라도 여전히 똑같이 문제가 발생해야 정상일 것이다. 그런데 셋팅 변경후 그 발송되는 상태가 사라진다는 점이 더욱더 상황을 혼란스럽게 한다. 재미있는 점은, 그럼에도 가장 명확하게 기본 포트의 상황에서, 다른 메일 서버로 메일을 가는 것이 보인다는 점이다.
- ZeroPageServer/Mirroring . . . . 4 matches
같은 서비스를 제공하는 것이다. 원격 서버의 데이터를 원본 그대로 복사해 와서 원격 서
버와 똑같은 데이터 상태를 유지시키는 것을 미러링(Mirroring) 이라 하는데 다른 표현으로
현재 제공하는지를 알아보고자 할 때는 다음과 같은 명령을 실행한다.
rsync를 이용하여 로컬 시스템의 데이터를 백업하려면 다음과 같은 명령을 사용한다.
- ZeroPage_200_OK/note . . . . 4 matches
* 인증 문제가 걸릴경우 보안이 약화될수 있다.
* 위와 같은 형식으로 내려줄경우 클라이언트(요청한 쪽)에서 _callback함수만 정의해두면 로딩이 끝남과 동시에 불리게 된다.
* 마치 다음과 같은 느낌이다.
* Servlet도 같은 방식이다.
- ZeroPage정학회만들기 . . . . 4 matches
위에서는 정학회로서의 책임과 의무는 없는 것 같은데. 제로페이지가 정학회가 된다면, 해당 행사를 열때마다 정학회로서의 역할을 해야 한다고 생각한다. 즉, 특정 세미나를 한다고 한다면, ZP 내의 세미나도 있겠지만 적절한 수의 학과 내 외부 세미나나 이벤트를 주최할 수 있어야 한다는 것이지. (이때는 물론 학생회에게 지원을 요청할 수 있겠고) 정학회라면 더이상 이전의 동아리 스타일의 내부모임단체가 아니다. 정학회가 된다고 한다면 자신에게 이득이 되는 일인 동시에 과내사람들에게도 동시에 이득이 되는 일이 되어야 한다.
* 이번에 르네상스클럽에서 할 Seminar:ReadershipTraining 와 같은 행사의 과내 행사화. RT와 Open Space Technology 를 조합하는 방법도 가능하리란 생각.
아무래도 ZeroPage 에서 어울릴 설문 같은걸요? 과 차원에서 하기에는 무리가 있어보입니다. 'ZeroPage 가 과에 기여를 하고 있다 or ZeroPage 에 관심이 많다' 가 전제되어있다면 모를까 그렇지 않다면 무리가 있어보입니다. 다른 분들은 어떤지요? --["창섭"]
- callusedHand/books . . . . 4 matches
저는 개발자의 필요에 의해 소프트웨어 개발이 진행되기 때문에 정작 엔드 유저가 필요로 하는 프로그램이 적다는 말에 반대합니다. 개발자도 사용자입니다. 개발자는 컴퓨터를 개발의 도구로만 보지 않습니다. 채팅방에서 시시콜콜한 대화를 나눌 수도 있고, 음악을 듣거나 영화를 볼 수도 있습니다. 바로 이러한 입장에서 개발의 필요가 나타나는 것입니다. 그리고 소비자의 필요와 동 떨어진, 컴퓨터 과학에 치우친 개발이라고 해도 이것은 컴퓨터 산업에 힘을 실어주기 마련입니다. 미분, 적분과 같은 실생활과 관계가 없을 것 같은 이론이 오늘날 여러 산업 분야에 큰 토대가 되고 있지 않습니까?
오픈 소스 방식의 개발을 무료 프로그램 개발로 여기는 것은 잘못된 생각입니다. 오픈 소스방식의 개발은 단지 소프트웨어 개발론 중 하나일 뿐입니다. 시장에 내다팔 상품을 오픈 소스 개발 방식으로 만들어 낼 수도 있습니다. . 오픈 소스 방식의 개발을 통해서도 얼마든지 수익을 창출할 수 있으며 근래의 리눅스 업체들이 이를 뒷받침해 주고 있습니다. 왜 독점적 소프트웨어를 가지고 돈을 버는 것보다 불리하다고 생각합니까? 레드햇의 로버트 영의 말을 유심히 들어볼 필요가 있습니다. “대부분의 산업 국가에서는 그냥 수도꼭지만 틀면 물을 마실 수 있는데 어떻게 에비앙이 수백만 달러의 물을 이 시장에 팔 수 있는가? 간단히 말하자면 에비앙이라는 브랜드는 믿으면서 여러분의 수도꼭지의 물은 믿을 수 없다는 불합리한 두려움 때문이라고 할 수 있다. 바로 이점이 비공식 레드햇 리눅스 복사본을 쓰지 않고 50달러짜리 공식 레드햇 리눅스를 많은 사람들이 선호하는 이유이다. 케찹은 향료를 가미한 토마토 튜브에 불과하다. 여러분은 토마토, 식초와 같은 자유롭게 배포할 수 있는 물건들로 부엌에서 케찹을 만들 수 있다. 하지만 소비자는 왜 부엌에서 케찹을 만들고 있지 않으며 하인즈는 어떻게 해서 케찹 시장의 80%이상을 점유하고 있는가? 편리함은 원인의 일부분 뿐이며 진정한 원인은 하인즈가 소비자의 마음 속에 케찹의 맛을 정의할 수 있었기 때문이다. 이제는 하인즈 케찹의 브랜드가 큰 영향력을 가지고 있기 때문에 소비자인 우리는 하인즈 케찹이 더 좋다고 생각해 버린다.”
소프트웨어 공학이란 최소의 경비로 품질 높은 소프트웨어를 개발, 유지보수하기 위한 방법론에 관한 학문입니다. 프로그램을 구현하는 단순한 작업 이상의 다양한 측면을 기지고 있으며 이는 일반적으로 요구 사항 분석, 시스템 디자인, 세부 디자인, 구현, 통합, 필드 테스트, 사후 지원과 같은 공정을 거칩니다. 소프트웨어 공학과 오픈 소스 개발 방식을 비교해 볼 때 오픈 소스 개발 방식이 갖는 문제점을 찾을 수 있습니다.
- html5/offline-web-application . . . . 4 matches
* 모든 URL은 메인 페이지와 같은 도메인에 소속되어야 한다.
* 하나의 파일 안에 같은 섹션을 여러번 등록할 수 있다.
* 네트워크로 액세스할 URL을 같은 도메인으로 한정하고 URL도 한정하면 보안을 향상시킬 수 있고 디버그하기도 쉬워진다.
* 다른 웹 사이트에 대한 네트워크가 금지되어 매시업을 수행하도록 만들어진 웹 어플리케이션에서 문제가 되기도 한다.
- iruril/도자기토론 . . . . 4 matches
예전에 먹고살기 힘들때 보다는 여유가 생기면서 문화적인 생활에도 관심을 가지게 되었다.
그림이나 조각 작품과 같은 것도 요즘에 들어서 많이 대중화 되고 사람들이 감상하고 즐기고 있다.
--사람들이 그래도 옛날보다 풍요로워지고 정보같은 걸 쉽게 접할 수 있게 되어서 문화의식이 점점 높아지고 있다
요즘같은불경기에
- neocoin/Log . . . . 4 matches
* 다시 위의 확장으로 GJ 학습, Java의 Polymorphism과 무슨 차이가 있는가 성능상 차이는 어떤가, 보고서 작성: 마소에 나온 관계로 유보
* 이번달 마소를 보니, Tiger에서 추가될 개념이 C#에서 구현된 것이 많다. 대체 무슨 이점이 존재하는가 보고서 작성, 추가되기를 원하는 기능과 삭제되기 원하는 기능에 대한 보고서 작성
* 3월달은 13.5 권을 보았다. 양적 측면에서는 1,2월에 본 것에 2배 정도를 본것 같은데, 양적 측면에서 따지면 더 늘어 난다. 4월에는 중간 고사가 있겠지만, 20권 정도를 목표로 잡고 있다.
* 일본 경제 3월 붕괴설이 그나마 소리 없이 지나가서 다행이다. 일어 난다면 어땠을까 내심 궁금했다. 일본도 자존심이 상하겠지만 IMF같은 발상의 전환이 필요할때라고 생각한다.
- 나를만든책장/서지혜 . . . . 4 matches
* 서른살 즈음의 방황하는 영혼을 위한 반창고같은 책
* 남의 입장이 되기 전에는 남을 비난하지 말라. 이런 속담이 있었던 것 같은데..
*기대와는 다르다. 몰입하는 방법이나 몰입시의 뇌의 상태같은 과학적 분석이 있으리라 생각했는데 저자의 몰입생활과 몰입 예찬..
* 직장인 처세술같은 느낌이네..
- 논문번역/2012년스터디/이민석 . . . . 4 matches
필기 글자 인식은 패턴 인식의 도전적인 분야다. 지금까지의 오프라인 필기 인식 시스템들은 대부분 우편 주소 읽기나 은행 수표 같은 형식을 처리하는 데 적용되었다. [14] 이들 시스템이 개별 글자나 단어 인식에 한정된 반면 제약 없는(unconstrained) 필기 글자 인식을 위한 시스템은 거의 없다. 그 이유는 이러한 작업이 크게 복잡하기 때문인데 글자 또는 단어의 경계에 대한 정보가 없는 데다 헤아릴 수 없을 정도로 어휘가 방대한 것이 특징이다. 그럼에도 필기 글자 인식 기법을 더 조사하는 것이 가치 있는 이유는, 계산 능력이 향삼함에 따라 더욱 복잡한 처리를 할 수 있기 때문이다.
본 논문에서는 은닉 마르코프 모형에 기반한, 어휘(lexicon)-free 오프라인 필기 인식 시스템을 소개하고 완전한 영어 문장 데이터베이스에 관한 몇 가지 실험을 저자 독립식 그리고 대조를 위해 다저자, 단일 저자식으로 수행했다. 전처리와 특징 추출 방법을 소개하고 이에 더해 선형 판별 분석, 이서체 글자 모형의 사용, 통계적 언어 모형 같은 더욱 정교한 기법들을 조사한다. 그 뒤의 절에서는 오프라인 필기 인식에 대한 관련 작업들을 짧게 검토한다. 우리가 사용한 데이터베이스는 3절에서 소개한다. 그 다음 전처리, 특징 추출 방법, 통계적 모델링과 인식을 위한 기법을 설명한다. 평가 결과는 제안한 방법의 효율성을 입증하기 위해 7절에서 소개한다.
부수적으로, 통계적 언어 모형은 인식 과정에 통합되어 글자 시퀀스가 발생할 것 같은 정도의 추정을 제공한다. 인식 작업의 목표는 주어진 데이터 x에 대하여 통합 통계 모형의 확률을 최대화하는 글자 시퀀스 𝑤̂ 를 찾는 것이다.
단일 저자식 실험은 Senior 데이터베이스에서 훈련에 282줄, 검정에 141줄을 써서 수행했는데, 글자 수준에서 검정 집합의 바이그램 perplexity는 15.3이다. 베이스라인 시스템의 오류율 13.3%는 바이그램 언어 모형을 채택하여 12.1%로 감소했다. LDA 변환한 특징 공간의 차원이 12로 내려갔지만 오류율은 그다지 커지지 않았다. 단일 저자 시스템의 단어 오류율(표 2)은 어휘 없이 28.5%, 1.5k 어휘가 있으면 10.5%다. 이 결과들은 우리가 같은 데이터베이스를 이용하여 literature(문학 작품은 아닌 것 같다)에서 얻은 오류율과 비교되긴 하지만, 훈련 집합과 검정 집합의 크기가 달라 비교하긴 어렵다. [17]에서 오류율은 글자의 경우 28.3%, 어휘 없는 단어의 경우 84.1%, 1.3k 어휘가 있는 단어의 경우 16.5%다. [15]의 보고에서 단어 오류율은 어휘가 있는 경우 6.6%, 어휘 free인 경우 41.1%다. [9]에서 최고의 어휘 기반 단어 오류율은 15.0%다.
- 데블스캠프2003/넷째날/Linux실습 . . . . 4 matches
원랜 재니가 맡기로 하였으나 MT 가는 바람에 제가 얼떨결에 맡게 되었습니다. 제가 거의 모르는 상태이기에 예제 같은 것은 못 하겠고, 그냥 따라하기... 정도만 될 것 같습니다.
척 보기에 리눅스는 윈도우 처럼 비쥬얼하지도 않고, 참 심심하게(?) 생겼음에도 불구하고 사용하는데, 그에는 아래와 같은 장점들이 있습니다.
* vi에는 다음과 같은 3가지 모드가 있습니다. 처음 실행하면 명령모드에서 시작된다.
확실히 명령어를 하나씩 가르쳐 주는 것은 한계가 있다고 봅니다. 그러나 제가 아는 게 없어서 이런 식으로 밖에 못 하겠습니다. 저 역시 리눅스 같은 것을 접한 적이 거의 없고, 이번 데블스캠프를 위해서 저도 처음 접했습니다.(작년 데블스캠프 제외) 그래서 지금 저의 수준에선 이 정도 밖에 할 수가 없었습니다. --영동
- 데블스캠프2005/주제 . . . . 4 matches
[데블스캠프]같은 행사에서 하루 정도는 신입생이 재학생을 대상으로 세미나를 해보는것도 좋을것 같다. 준비의 주체는 신입생 모두이고 주제는 어떤 것이 되든 상관없다. 신입생들은 준비하는 과정에서 이것저것 얻게 되는 부분이 무언가 한가지는 반드시 있을 것이다. - [임인택]
- Guido van Robot 보니까 옛날 LOGO 프로그램 생각나네.. 비슷한거 같은데 아닌가? - fnwinter
정직이형~ 윈도우즈 프로그래밍 세미나 해주세여~ 세미나 한번 하고 나서 테트리스 같은거 짜는 과제 한번 내주는것도 회원들의 도전의식에 자극을 줄 수 있을거 같은데여, 말 들어보니깐 형 있을때의 데블스 캠프에서는 윈도우즈 프로그래밍 좀 알려주고 나서 테트리스 짜는거 했다던데여 - [상협]
- 데블스캠프2009/월요일후기 . . . . 4 matches
* '''박준호''' - html 에 대해 그냥 대충 img src 나 이런거만 알았는데 CSS 에 대해 알아보니 정말 재밌고 firebug 같은 걸 이용하여 소스들을 보며 어떻게 되어 있는가 알 수 있어서 유익한 시간이 되었습니다. 오늘 배운걸로 더욱 더 새로운 장난도 칠 수 있을것 같습니다.
* '''서민관''' - 사실 html쪽은 인터넷을 보면서 필요한 자료가 있을 때 소스만 가끔 보는 정도에 그쳤었는데, 이번 기회에 조금 제대로 맛을 볼 수 있어서 괜찮았습니다. 그리고 파이어 폭스와 파이어 버그 같은 경우는 알아두면 나중에라도 html 관련 작업을 할 때 정말 유용하게 쓸 수 있을 것 같네요.
* [김준석] - 단순하지만 있을건 있는 프로그램. Easy, Enjoy라는 개념이 어울린다. 프로그래머가 아닌 일반인(유치원생)도 이런 프로그램을 사용해봄으로서 나와 같은 프로그래머의 입장이 되어 쉽게(Easy) 즐길수(Enjoy) 있는 기회를 준것이다. 내가 1학년때 송기원교수님이 한 말이 떠오른다 "언젠가는 일반인도 쉽게 만들수 있는 프로그램 언어가 나올꺼다. 전화 프로그램 만들고 싶으면 사람하고 사람 그림 두개 따서 전화기 그림을 가운데 놓고 연결하면 이게 전화 프로그램이 되는. 그럼 너희들은 뭐 먹고 살래? 사람들이 머리만 조금 굴리면 알아서 딱딱 만드는 세상이 될텐데 아이디어랑 생각이 중요한거야." 딱, 이거 아닌가? 물론 프로그램 언어의 현상황에서 프로그래밍에 업을 달고 사는 사람에게 쉽고 즐긴다는 말은 저기 저 먼 안드메다에 있는 개념만큼 멀게 느껴지지만 마지막에 송지원학우님이 얘기해주신것처럼 프로그래밍이 단순히 어렵고 복잡한것을 뜻하는것만이 아니라 새로운 아이디어로 생각해 그 시각으로 바라보는것으로 개발자의 입장이되는 우리도 더 쉽고 재밌게 즐길수 있을것이다. 그렇지만 기본은 먹고 살아야지.
* '''서민관''' - 사실 09학번이 1학기 때 로보랩을 하지 않았더라면 월요일 수업 중에서 가장 괜찮은 수업이 되지 않았을까 싶다. 문자로 된 프로그램 언어를 시각적으로 접하게 하는 것이 목적인 것 같은데, 조작 또한 간단한 드래드 정도로 쉽게 할 수 있는 것도 굉장히 괜찮았다. 다만 몇몇 필요한 기능들이 없는 건지 못 찾은 건지 해서 괜찮은 물건을 만들지 못 한 것은 너무 안타까운 점이었다. 아. 정말 아쉽네요.
- 데블스캠프2010/둘째날/후기 . . . . 4 matches
* PROLOG... 제가 워낙에 로직같은덴 약하다보니 ㅋㅋ 영화배우 문제까지밖에 못풀겠더군요 ㅇㅅㅇ;; 그래도 새로운 언어에대해서 알수있어서 좋은 경험이 되었습니다 - [남상혁]
* 간단하게 만든 게임이 전체적으로 어떤방식으로 돌아가는지 알 수 있어서 유익하긴 했습니다. 간단하게라도 직접 뭔가를 출력해본다거나 이미지를 출력해보는거라던가 해봤다면 더 흥미를 가지고 재미를 느낄수있었을것같은데 너무 복잡한 소스를 처음부터 보여줘서 세세하게 이해가 안돼서 어려웠습니다. 정말 감동적이고 유익한 시간이었습니다, 추가로 부분부분 수정해서 약간의 변화를 주는것도 어떤식으로 변화가 있고 프로그램이 돌아가는지 약간이나마 이해할수있어서 도움이 되었네요 - [경세준]
* 자료구조 프로젝트로 SDL을 사용해서 게임 수정을 해봤는데, 또 SDL을 보게 될 줄이야.. SDL 시간이었지만, 느낀건 역시 IDE는 잘 선택해야 한다는 것... 이클립스, 넷빈즈, 비쥬얼 스튜디오 등 많은 사람들이 사용하는 IDE끼리도 같은 소스를 충돌나게 하는걸 보면서 참 황당했다-_-;; - [박성현]
* 1학년 여름방학때부터 반복적으로 들었던 내용인데 (당연한 말이지만) 처음 비슷한 내용을 들었을 때보다 지금이 훨씬 이해가 잘 된다. 1학년때부터 이런 이야기를 들었기 때문에 비록 바로 이해하고 적용시킬 수는 없었지만 그래도 학교 과제 등을 하면서 한번 더 생각해 볼 수 있었던 것 같다. 지금 1학년 후배들도 처음 들어선 잘 이해가 안 갈 수 있겠지만 이 강의를 들어본 것이 앞으로 생각하는 방향에 많은 영향을 주지 않을까 생각한다. 강사가 원래 세미나를 딱히 지루하게 하는 사람은 아닌데 어제 축구때문에 다들 너무 상태가 안 좋았던 것 같은 점이 아쉽다. - [김수경]
- 데블스캠프2010/첫째날/후기 . . . . 4 matches
* 러플을 처음 접해보았는데 흠 역시 일반적인 프로그래밍 언어와는 달랐습니다. 그리고 작년에 했던 NXT가 생각나더군요. 교육용 언어에 대해 별 생각이 없었는데 오늘 해보고 나니 새로운걸 배워본다는 취지로는 좋았습니다. 언어 자체의 문법도 간단할뿐더러, 결과를 바로바로 확인해볼 수 있더라구요. 한가지 아쉬운 점이 있었다면 러플을 해본적도 없는 제가 도우미로 나섰던 점... ㅋㅋㅋㅋ 그래서 파이썬과 러플이 무슨 관계인지 확인을 못해봤습니다. 궁금했었는데... ㅋㅋㅋ - [박성현]
* 뭔가 많이 배운것 같은데 내용이 좀 어려운 것 같았어요 ㅜㅜ 그래도 앞으로 많이 도움이 되는 내용 같아요~!- [김준영]
* 정말 유익한.. 것.. 같은.. ㅠㅠ... 죄송해요.. C 확실하게 공부해서 2학기떄는 꼭 강의 잘들을수있도록 할게요 !! - [이충현]
* 최근에 자료구조를 공부해서 그래도 무슨 말씀을 하시는지 조금 알기 쉬웠습니다. 근데 테크닉이 워낙 고급이라서 저런 코드를 쓸 일이 있을까는 좀 의문스럽네요. 그래도 저런 발상을 할 수 있다는 점은 좋은 자극이 된 것 같습니다. - [서민관]
- 데블스캠프2011/셋째날/후기 . . . . 4 matches
* 초보자를 위한 RUR-PLE. 우선 1년만에 다시 공부를 하는데 좀더 많은것을 알았지만 프로그램적으로는 나는 발전이 없었구나 생각하게되었습니다. 프로그램을 새로 짜는데 발전이 없었으니까요. 그리고 RUR-PLE을 두번째 했을때 느끼는것은 무조껀 즐기는것이 좋고 단순했으면 하는데 그렇게 안되서 참난해했습니다. 수강생들은 대부분 안들었던 사람들이지만 재학생이어서 난이도 높은걸 할까 생각했었지만 단순한 Harvest문제도 처음 하는 사람들과 비슷한 속도로 풀게 되었죠. 그 원인을 보게 되면 참 재미있죠. 처음에 단순하게 즐기는 초보자는 단순하게 문제를 풀고. 아는 사람들은 아는걸 최대한 이용해서 문제에 최적화 해서 낭비를 줄이려 합니다 그대신 오래걸리죠. 위의 이유로 같은 문제 풀이도 많은 분기가 나오는걸 볼수 있었죠. 시간 제한을 안둬서 그런가. 다음부터는 원할한 진행을 위해 시간제한을 둬봅시다. 마지막으로 RUR-PLE에 대한 감상으로 교육 환경을 만든 사람들은 참 대단하다고 다시한번 생각합니다. 봐도 봐도 재밌긴 하네요. 다음에 이걸 다시 하게 된다면 더욱 재미있게 해보았으면 좋겠습니다.
* 난해한 언어를 보면서 이런걸로 어떻게 코드를 만드나 하는 생각이 들었습니다. 재미있었던건 역시 언어에는 언어를 만든 사람의 생각이나 특징같은게 반영되는구나 하는 점이었습니다. 어렵게 만들고 싶다거나 아니면 요리 레시피처럼 만든다거나. 개인적으로는 이상한 -_- 언어들 말고도 일반적인 유명한 언어들의 개발 철학이나 특징들에 대해서도 궁금해지는 시간이었습니다.
* 실제로는 보기만 해도 이해가 안 갈 독특한 프로그래밍 언어를 모아서 설명하는 시간이었습니다. 뭐, 유명한 Brainf**k이나 Befunde 등의 언어가 어떤 식으로 되어 있는지 알아보고 직접 써보고. 더 괴상한 언어들도 보고. 보면서 느낀 것은 역시 세상은 넓고 Geek들은 많다는 점이었겠군요. 사실 Esolang 위키에 있는 언어들은 아무리 봐도 만든 사람들이 재미있어서 만든 것 같은 느낌이었으니까요. 그리고 다들 생각했을 평소에 쓰는 프로그래밍 언어에 대한 고마움도 새삼 느꼈습니다. 그런데 이번 경험이 나중에 어떻게 도움이 될 수 있을까는...... 잘 모르겠군요 -_-;;; 앞으로는 어떤 언어를 봐도 무섭지 않게 되는 건가...
* Brainf**k의 특정 단어에 문제가 있어서 저장이 안 됐네요 -_- 뭐가 문제인가 한참 생각했네...
- 데블스캠프2012/넷째날/후기 . . . . 4 matches
* [서민관] - 개인적으로 알고리즘 강의는 들을 때마다 참 신박합니다. 그래도 진경이가 알고리즘을 다루는 만큼 내용이 꽤 괜찮지 않았나 싶습니다. 특히 어떤 인자들은 함수의 인자로 넣고 어떤 인자는 전역으로 선언해도 되는가 같은 점은 확실히 들으면서도 그렇구나 싶은 내용이었습니다. 변하는 부분이 함수의 인자로 들어가는군요. 후반에는 약간 설명이 아쉬운 느낌이 들었지만 그래도 개인적으로는 역시 마음에 드는 강의였습니다.
* [서민관] - 현재 이런저런 사정으로 Unity 엔진을 공부하고 있는데 그쪽에서 C#을 스크립트 언어로 쓰는 바람에 최근에 C#을 좀 공부하게 되었습니다. 그래서 그런지 뭔가 반가운 느낌이 있네요. 근데 원래는 지원 선배가 1학년 대상으로 기획한 시간이었는데, 개인적인 생각으로는 자바와는 또 다른 C#만의 이런저런 특이한 점들이나 강력한 기능들을 보여주거나 했으면 그것도 또 좋았을 것 같은 느낌이 듭니다. 약간이나마 공부한 지금 보면 어쨌든 C#이 그렇게 나쁜 언어는 아니라고 생각하는데 말이죠.
* 실제로 강사 당사자가 '''5일간''' 배운 C#은 실무(현업) 위주라 객체지향 관점이라던가 이런건 많이 못 배웠습니다. 함수 포인터와 비슷한 Delegate라던가 Multi Thread를 백그라운드로 돌린다던가 이런건 웬지 어린 친구들이 멘붕할듯 하고 저도 확신이 없어 다 빼버렸지요 ㅋㅋㅋㅋㅋㅋ namespace와 partial class, 참조 추가 dll 갖고 놀기(역어셈을 포함하여) 같은걸 재밌게도 해보고 싶었지만 예제 준비할 시간이 부족했어요ㅠ_- 개인적으로 마지막 자유주제 프로그램은 민관 군 작품이 제일 좋았어요 ㅋㅋ - [지원]
*[안혁준] - 파일 입출력은 사실 이렇게 하는 경우는 이제는 거희 없지만, 알아두는게 좋은 내용이었습니다. 나중에 다른 언어들의 파일 입출력을 이해하는데 큰도움이 되거든요. 리틀 엔디안과 빅 엔디안의 차이라던가 사용문법의 차이같은것이 있지만 사실 모두 C의 출력을 예쁘게 만들어논거에 지나지 않으니까요. 새내기 분들은 함수를 다외우지는 못하더라도 "아! 파일 입출력은 어떤어떤 방식이 있구나"정도는 숙지하는게 좋을 껍니다. 어찌보면 어려운 내용을 잘 이끌어갔다고 봅니다.
- 데블스캠프2012/다섯째날/후기 . . . . 4 matches
* [서민관] - 개인적으로 C로 C++처럼 만들어 볼 수는 없을까 하는 생각을 조금 한 일이 있어서 보다 와 닿았던 것 같은 느낌이 강했습니다. 그리고 구조체의 맨 앞에 포인터를 배치해서 캐스팅하는 방법은 꽤나 그럴싸하군요. 항상 C++에서 궁금했던 것이 왜 맨날 첫 4바이트가 vtable의 정보를 가지고 있는 것인가였는데 아무래도 이번 실습 때 그걸 몸으로 체험한 것 같습니다. 난이도도 그렇게 높지 않으면서 진행도 단계적으로 되어 있어서 따라가기도 편했습니다. 다만 1학년한테는... 음...
* [김희성] - Win32API를 할려다가 OMS에 없었던 12학번이 많아 OMS에서 했던 주제를 다시 했는데, 반응이 그다지 좋지 않은 것 같습니다. 비트맵 특성상 변수가 많이 쓰이는데 이해도를 위해 변수명을 축약이 아닌 풀네임으로 작성한 것이 오히려 가독성을 낮추어 이해를 어렵게 한 것 같습니다. 오랜만에 비트맵 했더니 예제 시연에서 삑나고... 여러가지로 문제가 많았던 것 같습니다.
* 내 생각엔 무엇이 x이고 무엇이 y인지 중간 계산 변수가 없이 바로 배열 첨자에서 한 번에 계산해서 이해가 어려웠던 것 같은데?ㅋㅋ - [변형진]
* [서민관] - 앞으로 데블스는 낮에 했으면 좋겠습니다. ㅠㅠ 왜 그렇게 졸렸을까요. 아마 전날 캡실에서 잔 게 역시 좋지 않았던 것 같은데... 더군다나 중요한 부분 이야기들을 다 조느라 못 들은 것 같아서 가슴이 아팠습니다. ㅠㅠ 근데 검색엔진 구현 때 선형대수학 얘기는 정말 할 말이 없군요. 역시 이것저것 전부 다 공부를 해야 하나.
- 데블스캠프2013/넷째날/후기 . . . . 4 matches
* 코드를 다시 받고보니 top, top2, amount, amount2 같은게 있어서 당황스러웠습니다..--; 급하게 객체화시키고 모듈화했는데도 빠르게 하려니까 잘 되지 않더라구요. 과연 이런 코드들이 SI 세간에 흘러다닌다면......... 아무튼 빠르게 여러가지를 고려하면서 페어코딩을 하니 재밌었습니다. ㅋㅋ - [김태진]
* 1학년이라 무슨 얘기인지는 잘 몰랐지만 안드로이드에 대해 간단히 배울 수 있어서 유익했던 것 같습니다. - [김남규]
* 개인적으로 이번 데블스에서 내용적인 측면에서는 가장 마음에 드는 세션이었습니다. 복잡하게 보일 수 있는 안드로이드의 내부 구조를 간결하게 설명해 주셔서 알아듣기 쉬웠습니다. 그리고 .class의 disassemble도 예전에 자바 바이트 코드를 잠깐 본 일이 있어서 무슨 이야기를 하는지 이해하기 쉬웠습니다. 다만 1학년들이 듣기에는 좀 어렵지 않았을까 하는 생각이 들긴 했습니다. - [서민관]
* 기술유출관련으로 문제가 될 수 있다니.... 머리가 아플 수 있겠군요. 아무튼 법이 잘 알면 유리하지만 모르면 당하는건지라 항상 조심해야겠어요. -[김태진]
- 독서는나의운명 . . . . 4 matches
태백산맥을 첫 기점으로 잡아도 무난 할 것같습니다. 태백산맥 같은 대작은 방학 때 접해야 쭉 다 읽을 수 있기 때문에.. -아영
* 아 그리고 독서 회원들은 일주일에 무슨일이 있어도 책 한권 이상씩 읽기로 약속이라도 하면 좋을거 같은데~ - 상협
* 아 그리고 아영아 네가 말한 '''세상의지혜'''라는 책이 [세상을보는지혜] 이 책과 같은 책인거 같더라. 이번책 끝나고 저 책을 얘기 해도 될거 같다. - 상협'
- 문서구조조정토론 . . . . 4 matches
문서 구조 조정이 되고, 원래 있었던 자리를 잃으니 '몇번째주 무슨요일'하는게 제일 첫단에 와 있군요. 이전에 보았다면 알겠지만, 그건 주가 되는 내용이 아니었습니다. 문서 구조 조정을 할때는, 관련된 내용에도 더 신경을 써야겠군요 --이선우
직접 바꾸건, 누군가 바꾸어 주느냐의 문제가 아니고, 또 단순히 글 자체에 대한 의도가 맞지 않아졌음을 이야기하는게 아닙니다. 문서 조정의 결과로 어울리지 않는 내용이 나타나는것 보다 큰 문제는, 다른 이들에게 잘못된 이야기들을 파생시킬 수 있는 점입니다. --이선우
["neocoin"]: 그렇다면 저에게는 지금까지 페이지가 나온 이유 자체가 모호해 집니다. 그럼 말씀하시는 주제가 결국 "문서 구조 조정은 신중히 해야한다." 이것이라고 생각합니다. 이것은 의견이라기 보다 문서 구조 조정시의 기본 명제라 생각하며, 이중에 말씀하신 "문서 구조 조정시에 위치 변경은 글쓴이의 의도의 방향을 바꾼다."라는 것도 문서 구조 조정을 신중히 겠지요. 이런 것은 당연히 동의 합니다. [[BR]] 이것에 반대한다는 말이 없고, 이는 해당 의견의 암묵적 동의라고 생각하고, 잘못된 부분에 대하여 다시 구조조정을 해 주십사 원한 것인데, 다시 대화가 다른 방향으로 전개되어서 "문서 구조 조정자"와 "문서 작성자"로 나뉘어서 접근하시는 말씀인것으로 받아 들였습니다.[[BR]]해당 글처럼 잘못 된 부분의 지적 이후, 고치지 않는다면 다른 이가 해당 문서를 더 고치지 못하는 위화감 이랄까요. 그런것이 발생한다고 생각합니다. 현재 위키에 00들와 01들이 이러한 "조심스러움의 유발 요인" 때문에 활발히 글을 날리는데 방해가 될것이라고 생각합니다. 글을 장려하는 입장에서 글을 계속 올리다 보니, 대화의 주제가 어긋난 것 같습니다. --상민
["혀뉘"] : 위키 사용에 있어서 , 기존의 게시판과 같은 '글' 편집의 독자성,일관성 을 보장받지 못하다보니 이런 토의가 필요하게 된것 같군요. 사실 위키는 이러한 편집의 권리를 많은부분 '공유' 한다는 개념에서 나온것이기 때문에, 이를 너무 의식하면 위키 본래의 기능을 상실할 수 밖에 없을것 같습니다. 이런 일이 생기는 이유가, 그동안 ZP 의 움직임에 대해서 토론할 주제들이 많았기 때문에, 위키를 토론의 목적에 사용해서 그렇지 않았나 싶군요. 누구든지 글을 수정 할 수 있다는 위키의 장점이, '토론' 분야에 적용하면서 단점으로 바뀌게 되었다고 봅니다. '토론' 분야 만큼은 편집의 독자성을 보장 하는것이 어떨까요? 문서의 종류에 따라, 사실에 기초한 문서는 여러사람이 손을 대서 '완전에 가까운 문서' 를 만들어낼 수 있겠지만, '의견' 에 기초한 문서는 여러사람이 손을 대면 댈 수록 본래 의견제시를 했던 사람의 '의견' 은 훼손됩니다. 편집의 독자성이 필요하다고 생각됩니다. 망치로 대패질 할 수는 없는게 아닐까 합니다. 망치를 쓸 곳에 대패를 사용하려면, 대패 몸이 조금 상하겠지만, 휘둘르는 방법으로 못을 박아야지요 :)
- 문제풀이게시판 . . . . 4 matches
문제풀이도우미시장에는 자신이 사용할 수 있는 빈 시간대를 기록한다. 예컨대, 이번 주 금요일 오후 3시에서 7시까지 시간이 빈다면 도우미시장에 자신의 이름과 메신저 등의 연락처와 함께 가능시간대를 기록해 둔다. 또, 도우미를 요청하는 사람 역시 같은 방식으로 자신이 원하는 시간대를 적어둔다. 그러면 짝이 맞는 사람끼리 PP를 하고, 해당 항목을 지운다.
정확히 이해가 안가지만, ["문제분류"] 중에 있는 EightQueenProblem , ["가위바위보"] 같은 문제의 ["지도분류"]와 같은 여정을 만들어 놓는건가요? 아, 게시판을 만든다는 이야기군요. --NeoCoin
* 이 프로젝트가 비활성화 되어있는 것 같은데 중간고사 끝나고 활성화되겠죠? --[창섭]
- 상협/Diary/7월 . . . . 4 matches
* 초반에는 여러가지것들을 균형있게 하려고 한거 같다. 그러다가 중반 넘어가서는 거의 한가지일에만 메달린거 같다. 그리고 영어 공부가 많이 부족했다. 그리고 생활도 초반에는 좀 착실하게 하려고 한거 같은데 후반에 가면, 목적의식 같은게 없어진거 같다. 앞으로는 한달에 할것들의 목적을 세워야 겠다.
* 그리고 포기할거는 포기해야 할거 같은 느낌이.. ㅡㅡ;;
* 오후에 학교에서 공짜로 해주는 영어 회화 한번 가구, C++ 우리팀 모이는데 한번 가고 그러다 보면 하루 다 가겠다. 지금과 같이 뭐 특별한거 없고, 그저 그런 상황에서 난 중딩때 미래를 생각했는데.. 지금 상황에서 무엇을 조금씩 한다면 그것은 미래에 아주 큰 도움이 된다는거... 음.. 어떤걸 해봐야 할까~~ 영어인가.. 아니면 다양한 분야의 책들? 프로그래밍 공부는 원래 하는거다고 치고... 아니면 뭐 음악적으로 기타같은거라도 배울까나?? 별 생각이 다든다. -_-;;
- 새싹C스터디2005/선생님페이지 . . . . 4 matches
지금 배열과, 제어문까지 나간걸로 알고 있는데 지나치게 빠른건 아닌지 생각해 봅니다. 변수에 대한 입출력 연습이 지나치게 적었던것 같은데. 어떻게 생각하시나요?? - [톱아보다]
여러분들보다 조금은 세미나 경험이 많은 사람이기에 한가지 이야기만 드리겠습니다. 세미나를 통해 무언가를 설명할 때 정의(definition)에 대해서 명확하게 알려주도록 노력해 보세요. 여러분이 세미나를 한 후에 신입생들에게 "변수의 정의가 무엇이냐?", "함수의 정의가 무엇이냐?" 와 같은 질문을 한다면 신입생들이 대답을 할 수 있을까요? 혹은 여러분들은 이러한 질문에 명쾌하게 대답을 할 수 있습니까? 어떤 새로운 것을 배울 때 가장 중요한 것은 그것이 어디에 쓰이는 것인지, 그것이 어떻게 쓰는 것인지와 같은 것들이 아니라 그것이 무엇인지를 아는 것입니다. 무엇인지 확실하게 알아야 그 다음을 이해하는데에도 보다 쉽지 않을까요?
오늘 집에 오면서 [프로그래머를위한공부론]을 다시 읽어봤는데(앞으로 수십 번은 다시 읽어봐야겠지만) 다음과 같은 구절이 있었습니다.
- 새싹교실/2011/Pixar/3월 . . . . 4 matches
* 컴파일러는 번역가 같은 역할을 합니다. 우리가 짠 코드를 컴퓨터가 이해할 수 있게 번역해줘요.
* 아, 그리고 assert도 함수같은 것인데 assert가 무슨 일을 하는지는 똑똑한 아저씨들이 assert.h에 써두었습니다. 우리는 그냥 #include <assert.h>를 적어 저 파일을 컴퓨터가 읽어볼 수 있게 알려주기만 하면 됩니다. printf를 쓸때처럼요!
1. C 고수는 절대 아니지만… 나름 새싹교실 4년차라 이제 오래 준비하지 않아도 뭘 가르칠지는 머리 속에 다 들어있다고 생각했는데 첫 시간 진행해보니 그렇지 않네요ㅜㅜ 관련 내용은 알고 있어도 처음 C를 접하는 새내기들에게 어떻게 설명해야 좋을지 생각해봐야겠어요. 이전까지는 사실 교수님 수업이 새싹 진도보다 조금씩 앞서나가서 수업을 보충하는 식으로 진행했던 것 같은데 이번 해엔 그렇지 않다는 것을 미리 고려하지 못했습니다ㅠㅠ
- 새싹교실/2011/데미안반 . . . . 4 matches
return 0; //이것도 오류 아닌거 같은데 오류가 나네요 (수업시간때 잘못된것좀 지적해 주세요)
//별상관 없는것 같은데 왜 void를 쓰죠???
* assert는 '''강하게 주장하다'''라는 의미로 위와 같은 경우 val1이 7이 아니다! val2가 4가 아니다! 라고 주장한다는 의미입니다. 하지만 val1값은 7이고, val2의 값은 4니까 에러창을 띄워 주장이 잘못됐다고 알려주는 거에요. 전체적으로 의문사항은 assert문보다는 '''!='''의 의미를 잘 몰라서 그런 듯 합니다. == 는 같다, !=는 아니다라는 의미의 관계연산자입니다.
* [강소현] - 함수의 형태를 반환형이 있는 지의 여부와 매개변수가 있는 지의 여부에 따른 4 가지를 실습하여 차이를 알아보았습니다. 그리고 재귀함수에 대한 진도도 나갔으나, 아무래도 그냥 함수 한번 호출하고 끝낼 때보다 이해가 잘 가지 않는 듯 합니다. 다음 시간에 한번 더 복습할 예정입니다. 재귀함수로 만드는 factorial이나 gcd 같은 것을 점화식을 설명하고 보여주면 좀 더 이해가 쉽지 않을까 싶었습니다.
- 새싹교실/2012/AClass/3회차 . . . . 4 matches
11.Sort를 하나 구현해보세요. 11번과 같은 방법으로 숫자를 랜덤으로 넣은 후, 정렬하고, 정렬된 것을 출력하면 됩니다.
- 다른 종류의 데이터를 하나로 묶어서 사용하는 데이터 결합법을 구조체라고 한다. 구조체는 같은 자료형을 묶어서 한다면 구조체는 다른 자료형을 묶어 사용한다.
11.Sort를 하나 구현해보세요. 11번과 같은 방법으로 숫자를 랜덤으로 넣은 후, 정렬하고, 정렬된 것을 출력하면 됩니다.
12.Sort를 하나 구현해보세요. 11번과 같은 방법으로 숫자를 랜덤으로 넣은 후, 정렬하고, 정렬된 것을 출력하면 됩니다.
- 새싹교실/2012/startLine . . . . 4 matches
* 개인적으로 현재 시점에서 과제를 낸다면 C의 문법을 익히기 위한 과제를 준비할 것 같은데 환희가 현재 시점에서 C 문법을 나름대로 잘 쓰는 만큼 그렇게까지 무리해서 과제를 낼 필요는 없지 않을까 싶다. 사실 언제쯤부터 어떤 과제들을 내야 할지 정확히 감이 안 잡히는 것도 있지만... - [서민관]
* 구조체에 초점을 맞춰서 진도를 나갔다. 원래 목표는 성훈이랑 같은 정도(이중 포인터)까지 나가는 것이었는데, 시간이 약간 모자랐다. 사실 다중 포인터에 대해서는 한 번쯤 더 다루어야지 싶으니까 다음에 애들을 다 모아서 좀 더 자세히 다루는 시간을 마련할 생각이다. - [서민관]
* 아래와 같은 함수를 만듭니다.
People p;와 strcat의 사용에 문제가 있습니다. p를 초기화(People p = {0};) 하지 않고 사용하면
- 우리홈만들기 . . . . 4 matches
*그중 계정이 있지만 홈페이지가 없는 이들이 뭉쳐~ 홈페이지를 만드는거시다. --> 중요한 이유~
* 나도 게시판 만드는데 필요한 JSP나 PHP배울 생각은 있는데..왠지 남훈이가 하루면 될 분량을 나는 1주일은 넘게 붙잡아야 할 것 같은 생각이 든다..--; 지혜는 PHP해봤고, 광식이는 JSP해봤고 남훈이는 빠르고.. 아아~ 나는 무엇인가..ㅜㅜ -혜영이-
* 나도 같은 생각인데. 현재의 웹 개발쪽 추세는 소 & 중형인 경우는 주로 PHP를, 중 & 대형인 경우는 Java 관련 or MS 관련 JSP & ASP라 보고 있음. 공부목적이 아닌 그냥 즐기기용이다 하더라도 PHP 나 Python 이 더 쉽게 접근할 수 있을 것이라 생각.~ - ["1002"]
* 무슨 책을 빌리느뇨?? 홈페이지 이뿌게 만드는법.. 이런거?? ^^; -setsuna-
- 위키를새로시작하자 . . . . 4 matches
모두가 멋지게 쓸수 있는 위키보다. 현재의 위키가 존재함으로서, 새로운 신입회원들이나 02 학번 정도의 사람들은 위키의 페이지가 처음 생기고, 예절과 규칙이 생기는 그러한 경험들을 본의아니게 박탈 당해 버렸다는 생각이 들었습니다. 그런 경험을 돌려주고 싶습니다. --NeoCoin
위키 자체가 읽기 전용인것이기 보다는, 별도의 위키로 두는 것은 어떨까요? (물론.. 지금도 기존의 페이지가 별로 수정되고 있지 않아서 read-only 나 마찬가지인 상황이긴 하지만.) --[1002]
새로 만든 위키를 보니 지금 위키와 아무 차이가 없어 보입니다. 이런 식으로 나가면 똑같은 위키를 만드는 수고를 하지 않을까 우려됩니다. 왜 새로 시작합니까? 여러분의 대답은 무엇입니까? --JuNe
저에게 그 질문의 답은 '같은 질문을 온라인에 다른 분들이 하는 것' 입니다. --NeoCoin
- 이영호/개인공부일기장 . . . . 4 matches
4일 (목) - (pragma pack(1)과 같은 것 -> struct __attribute__((packed)) test -> 끝에 unpack과 같은 것을 안해줘도 됨.)
23 (토) - Compilers(정말... 정말 이 책 못보겠다. 어렵다. 미치겠다. 같은 부분 3번 읽고서 반정도 이해 되니 이거 무슨 왜 배워야되는지 이유를 알아야 머리에 들어오는데 그냥 무지막지하게 이론만 쓰다니.), Socket/System Programming in C (지난주 복습, 고급입출력, Broadcast/Multicast)
- 정모/2003.3.5 . . . . 4 matches
어느분께서 이 기록을 담당하셨는지는 모르겠지만, 요약에서 이모티콘 같은 감정 표현의 글자를 쓰지 말아주세요. 모두가 동일한 감정을 느꼈는지 안느꼈는지 확인하지 않은 이상 말이지요. --NeoCoin
모두 다 ["여섯색깔모자"]를 읽고 다음에 정모때 임해 보는것은 어떨까요? 재미있을것 같은데요. --NeoCoin
* 정회원과 준회원의 큰 차이는 없다고 생각합니다. 다만 우리 서버의 계정을 받는 문제나 행사 자체를 끌고 가는 인력을 뽑는 것 등 진행적, 실질적 문제가 조금의 차이를 보이기 때문에 구분을 하는 것으로 생각합니다. -- 상욱(["whiteblue"])
* 지금 말씀하신것이 명시적인 모집 기간이 아닐까요? 같은 의도 입니다. --NeoCoin
- 정모/2011.3.28 . . . . 4 matches
* 새싹 돌아보기 도중 나왔던 윤종하 게임 세미나! 정확히 언제 하실지 궁금해졌습니다 ㅋㅋ 다음 주 부터 ZP에 관심 있는 새내기들도 참여한다던데, 이제 ICE BRAKING의 진가를 발휘할 때가 오지 않았나 싶습니다. 다른 사람들도 모두 알 수 있는 용어들로 채워졌으면 합니다. OMS에서 처음과 두번째 동영상은 TV 광고에서도 많이 봤던 류였지만, 세번째의 사람 전체 행동을 인식해서 컨트롤러 없이도 게임을 즐길 수 있는 것과 네번째 동영상에서 컨트롤러를 활용해 화이트보드에 글씨를 쓰거나 3D 형태로 보이게 하는 것이 신기했습니다. 특히, 로봇같은 경우는 오른쪽으로 가라고 하는 손가락질을 인식해서 이동하는게..정말 능력자가 많은 듯 싶습니다. 책 읽기 모임은 원래 격주로 하는데 시험이 3주밖에 안남아 다음주에 진행하고, 중간고사가 끝날 때까지 쉴까 고민중입니다. 어느 새 3월이 다 갔네요! 시간 참 빠르군요 ㅠㅠ - [강소현]
* 이번 정모는 지난 한달간 제로페이지가 어떻게 지내왔었는지에 대해서 다시한번 생각해 보는 시간이었습니다. 그래서인지 독서 모임 말고도 다른 프로젝트나 스터디를 해야 겠다라는 생각이 들긴 했었는데.. 오늘 보다 보니까 박성현 학우 혼자 리펙토링 스터디에 이름이 올라가 있던데 왠지 저도 한번 해 볼까 라는 생각도 들고 -_-;; 음.. 논문 읽기라.. 여하튼.. 한달간의 제로페이지의 모습은 새 학기를 시작하는데 있어 정말 분주했었고 알차게 되기 위해 노력했었던 것 같습니다. 오늘 OMS는 콘솔 게임에 관심은 있지만 자금적인 문제..... 로 못하고 있는 저에게 참 재미 있었던 주제였습니다. 플레이스테이션도 그런 컨트롤러가 나와 있었는지 몰랐었는데 오늘 보면서 플레이스테이션이 왜 안나오나 했었는데 나와 있었구나 라는 생각을 하게 되었습니다. (응?) 그리고 그런 컨트롤러를 이용하여 게임 외 다양한 분야에 활용하는 것을 보고 생각의 전환이라는 것이 사소한 부분에서 시작하는 것을 다시금 느낄 수 있었습니다. - [권순의]
* 키워드 전기수는 공식적으로 폐기되었습니다....... 슬프군요. 빨리 새싹을 진행해야지 이거 원....... 키넥트는 정말 가지고 싶어요. 저는 언제 테드같은 곳에 나가볼까요? 회비는 횡령하고 두 배로 채워넣으면 되나요? 여러분 이거 다 농담인 거 아시죠? 마에스트로에 꼭 들고 싶어요. 졸리네요....... - [황현]
* 키워드 전기수는 정모보다는 다른 모임에서 쓰면 더 재미있을듯. AngelsCamp에서 술마시기 게임에 쓰면 뭔가 굉장히 재미있을 것 같은데... 12월에 다시 꺼내보자 ㅋㅋㅋㅋ - [김수경]
- 정모/2011.3.7 . . . . 4 matches
* '''목적''' : 결과로 학생들을 자르기 위한 것이 아니라 선행 지식, 이해도가 비슷한 학생들을 같은 반으로 묶어 새싹 교실을 진행하며 발생하는 같은 반 학생들 간 실력 차이를 최대한 줄이려 함.
* 이번 정모에서 루비 세미나 - 문법실습 - 을 준비했었습니다. 잘 할수 있을까 걱정했는데 예상대로 설명도 제대로 못하고 강사주제에 들으러 오신분들께 물어보고 시간도 두배나 초과하는 추태를 보였습니다. 혼자서는 다 아는것 같은 내용도 남들 앞에서 설명하려니 제대로 떠오르지가 않네요.. 앞에서 말하면서도 얼른 끝내고 도망가고싶다는 생각이 자꾸 들었습니다ㅠ 이래서 연습이란게 중요한가 봅니다. 다른사람을 가르치려면 가르칠 사람보다 세배네배 더 공부해야 한다는 말을 뼈저리게 새기는 하루였습니다. 혹여 또 세미나를 한다면 벽보고 연습이라도 하겠습니다. 그때는 이런 괴로운 세미나를 들려드리지 않을게요ㅠㅠ - [서지혜]
* Objective-C 기대된다!! OMS는 페챠쿠챠로 진행해도 좋고 다른 방식의 프리젠테이션도 좋으니 편한대로 진행해~ 내가 지난 정모에서 성현이한테 페챠쿠챠 아니라고 되게 뭐라 한 것 같은 느낌이라 덧붙임... - [김수경]
- 정모/2011.4.11 . . . . 4 matches
1. 이번 OMS는 영화 속 음악에 대한 내용이었는데 매우 흥미로웠습니다. 소개하신 노래들 중 제가 좋아하는 노래가 있었던 것도 좋았구요!!! 미처 생각해보지 못한 영화 속 음악의 의미에 대한 설명을 들으니 뭔가 좀 더 교양있는 사람이 되는 것 같은 느낌이예요. 요금제때문에 한 달에 두 편씩은 꼭 영화를 보는데 앞으로 영화 볼 때 나오는 음악에 대해서도 더 관심을 가지고 들어봐야겠습니다.
* 저는 횟수로 따지자면 이번이 두번째로 참여하게 되는건데, 좀 제대로 참여한건 오늘이 처음이라 어떨지 많이 개대됐어요. Ice Breaking도 좀 더 재밌게 쓸 수 있었을 텐데 하는 아쉬움(?)도 남네요. 또, 중간에 스터디 소개같은거 하는데서는 이게 도대체 무슨 말이지.... 라는 것도 좀 있었구요. OMS는 매트릭스가 제일 기억에 남...는 다고 하면 거짓말이겠고.. (배경이..) 사실 OMS하는게 상당히 많이 전문적인(저번에 현이형이 준비하는거 봤거든요.)걸 하는 줄 알았는데 꼭 그런건 아닌거 같아 좀 쉽게 다가온거 같아 좋았어요. 근데 갑자기 궁금한게.. 위키에 두명이 동시에 수정하게 되면 어떻게 될까요? 앞에 저장한 사람의 내용이 씹히게 될까요;? - [김태진]
* 제가 진짜 마지막임. 아이스브레이킹에서 실수해서 낚시 실패 =_= 뭐 그럭저럭 11학번도 껴 있어서 괜찮았던 것 같네요. 스피드퀴즈는 연합동아리 엠티 갔을때 진행미숙으로 단어 몇개 날려먹은걸 본 적이 있어서 이번엔 혹시나 했는데 역시나였네요... 11학번이 이해하지 못하는 단어도 있어서 그런게 많이 걸렸으면 좀 문제가 됐을지도.... 다음번에 제대로 해보고 싶네요. - [강성현]
- 제12회 한국자바개발자 컨퍼런스 후기 . . . . 4 matches
* 8시 55분에 코엑스 도착해서 등록을 받으려 했으나 9시 20분 부터 등록해줄거라며 즐을 날려 주는 바람에 주변 스폰서 기업에서 책을 팔거나 홍보하는 곳에서 조금 노닐고 있었는데 9시 10분 좀 되니까 등록 시작 -_-;;; 뭐 여하튼 등록을 하고 사고 싶은 책이 있어 사니까 핑크색 티셔츠를 주고.. 설문 조사 하니까 책 공짜로 주고.. 스마트 개발자 협회 페이스북 좋아요 누르니까 길다란 메모장 같은거 받고.. 흠.. MS에서는 윈도우 모바일 홍보 + 키넥트 홍보 + 기타 홍보와 설문조사 하면 팝콘을 주던데 난 안함 -ㅅ-ㅋ NHN에서는 NHN NEXT라는 NHN 전문 학원?을 홍보하고 있었다.
간단하게 점심을 먹고 본인은 첫 세미나로 Track 3에서 한 아키텍트가 알아야 할 12/97가지를 들었다. 그 내용중에서 STAN으로 프로그램의 상태를 보여주는 부분이 인상깊었다. 그렇다고 여기에 너무 민감하게 반응하지는 말라던.. 그리고 그 곳에 심취해 있다고 단순히 신기술이라고 무조건적으로 사용하기 보다는 이런 저런 상황을 고려하라는 것.. 가장 생각나는 것은 문제는 기술의 문제가 아니라 모든 것은 사람에 관한 것이다라는.. 모든 일은 나 자신으로부터 비롯된다라고 생각하고 있었는데 그 부분과 어느정도 상통하는 이야기였던 것 같다.
* <Play GAE!>는 요새 Play framework를 좀 만지고 있기도 하고 구글 해커톤 가서 구글 앱 엔진 쓸 계획이 있어서 들었는데 Play 소개같은 세션이라 원하던 내용은 아니었다. 알게된 것은 '''Play framework에는 구글 앱 엔진을 지원하는 모듈이 있다'''는 것. 인상깊은 것은 플레이, 스프링, 스트럿츠의 비교. 드래곤볼 짤과 함께 각각의 전투력을 측정하는 드립이 있었는데 전투력을 책 페이지로 측정하셨다. 예상가능하게도 스프링 전투력 측정에선 토비의 스프링이 튀어나옴...
* 마지막에 들은 <반복적인 작업이 싫은 안드로이드 개발자에게> 트랙이 가장 실용적이었다. 안드로이드 앱 만들면서 View 불러오는 것과 Listener 만드는 부분 코드가 너무 더러워서 짜증났는데 Annotation으로 대체할 수 있다는 것을 알았다. Annotation을 직접 만들어도 되고, '''RoboGuice'''나 '''AndroidAnnotation''' 같은 오픈 소스를 이용할 수도 있고.
- 주요한/노트북선택... . . . . 4 matches
나같은 경우에는 [http://kr.dcinside14.imagesearch.yahoo.com/zb40/zboard.php?id=notesell nbinsde노트북중고] 에서 중고 매물로 소니바이오 S38LP를 158만원에 샀는데,, 아는 선배는 같은것을 새거로 290만원 가까이 주고 샀었다는 말을 주고 보람도 있었음,,
노트북은 에버라텍이 가격대 성능비가 괜찮다고 하고, IBM 거는 튼튼하다고 하고 뭐 여러가지가 있는데, 저 http://nbinsde.com 에서 직접 정보를 모아 보는게 제일 좋을듯... 나같으면 새거같은 중고 노트북을 사겠지만.. - [(namsang)]
위키에는 정말 많은 페이지가 있기 때문에, 이런 페이지는 쉽게 버리기 쉽답니다~^^ - [허아영]
- 지금그때/OpeningQuestion . . . . 4 matches
영어는 아주 월등하지 않는 이상 개발자 사이에서는 큰 차이가 없습니다. 기술서적을 읽고 그 자리에서 독해해 내는 실력이 된다면 굳이 영어에 매달리며 시간을 투자할 필요가 없습니다(참고로 저는 영어를, 개발자들 중에서는 아주 잘합니다. 그래서 이런 말을 할 자격이 된다고 생각합니다. 이것은 잘난체하고 말고의 문제가 아닙니다).
AnswerMe 약간 모호 무슨 탈출구일까요?
* 같은 관심사를 가진 사람 찾기
같은 주제 읽기(see HowToReadIt)를 하기에 도서관만한 곳이 없습니다. 그 경이적인 체험을 꼭 해보길 바랍니다. 그리고 도서신청제도를 적극적으로 활용하세요. 학생 때는 돈이 부족해서 책을 보지 못하는 경우도 있는데, 그럴 때에 사용하라고 도서신청제도가 있는 것입니다. --JuNe
- 코바용어정리 . . . . 4 matches
CORBA는 C++과 Java 같은 객체 지향 언어와 C와 같은 절차적 언어 양쪽 모두에서 사용될 수 있다. 객체 지향 언어에서는 사용자가 객체의 특성을 정의하고 그 프로퍼티에 액세스할 수 있게 해주는 메소드와 인터페이스를 제공한다. 이것은 비객체 지향 언어에는 없는 기능인데, 이것들은 각각
클라이언트가 호출될 객체와 수행할 오퍼레이션을 지정하고자 할 때, 특정 객체 A의 특정 오퍼레이션을 지정하는 대신 객체 호출을 동적으로 생성하도록 허용하는 인터페이스를 이용할 수 있다. 이러한 경우 클라이언트 코드에서는 수행되는 오퍼레이션과 전달되는 파라미터의 타입에 대한 정보를 제공해야 한다. 이 정보는 대개 인터페이스 저장소와 같은 런타입 소스에서 얻어진다. 실행 시간 중에 해당 정보를 얻은 후, 클라이언트 코드는 이른바 동적 호출 인터페이스(DII)를 이용해서 동적으로 호출을 할 수 있게 된다.
ORB 인터페이스는 애플리케이션에 중요한 지역 서비스에 대한 API들로 구성되어 있지 않다. 이것은 곧바로 ORB로 가는 인터페이스이고 모든 ORB들에 대해 동일하다.ORB 인터페이스는 객체 어댑터 또는 객체 인터페이스에 의존하지 않는다. 대부분의 ORB의 기능이 객체 어댑터, 스텁, 스켈레톤 또는 동적 호출 등을 통해서 제공되므로 몇몇 오퍼레이션만이 모든 객체들에 대해 공통이다. 공통 오퍼레이션에는 get_interface와 get_implementation 같은 함수가 포함되어 있는데, 이것들은 임의의 객체 레퍼런스에 작용하며 각각 인터페이스 저장소 객체와 구현 저장소 객체를 얻는 데 사용된다.
- 큐와 스택/문원명 . . . . 4 matches
// 실제 복사가 이루어 집니다. 계속 같은 값에 세팅되는 이유는
// 이코드 때문입니다. 배열상의 모든 char 포인터가 결국 같은 곳을 가리키게 됩니다.
이 코드중 >> 는, string에 정의된 코드를 조금 뜯어 보면, 종단에 다음과 같은 코드를 수행합니다. 필요 부분을 발췌하였습니다.
그러나, 다음과 같은 코드
- 학술터위키와제로페이지위키링크문제 . . . . 4 matches
* 저작권 관련 문제가 있는 자료에 대해서는 외부 배포 제재. (이게 좀 애매하긴 하지만, 아직 외부에서 별다른 문제제기가 없군요. 흠.)
A : 그러니깐 프론트 페이지를 만드는것과, 거기에 필요한 아이템들을 제공하는 것이죠. 공동 강의록같은 경우 정통부에서 초기에는 주도적으로 적어 나갈 것이고, 족보 같은것도 수집하여 올려 활성화를 위해서 힘쓸것입니다. 그리고 나머지 부분에서 제로페이지에서 완료된 페이지를 링크걸고자 한다는 이야기 입니다.
==> 제 의견은 제로페이지의 완료된 프로젝트라도 학술터와 직접적 링크를 통해서 다른 사람이 더 내용을 첨가 하거나 발전시킬 수도 있을거 같아서 단지 복사해서 붙이는 거보다는 링크가 낫다고 생각했습니다. 어차피 같은 학과 사람끼리 서로 생각과 정보를 공유하면 좋겠다고 생각했던 것입니다.
- 1thPCinCAUCSE . . . . 3 matches
* 경시 3시간에 3문제가 출제된다. (open book, closed internet)
* 프로그램의 실행시간이 일정시간(예: 10초)을 지나도 끝나지 않을 경우 틀린 문제가 됩니다.
* 순위는 맞춘 문제의 수가 많을수록 상위, 같은 수의 문제를 풀면 빨리 푼 팀 (즉, 점수 합이 적은 팀)이 순위에 유리합니다.
- 2thPCinCAUCSE . . . . 3 matches
* 경시 3시간에 3문제가 출제된다. (open book, closed internet)
* 프로그램의 실행시간이 일정시간(예: 10초)을 지나도 끝나지 않을 경우 틀린 문제가 됩니다.
* 순위는 맞춘 문제의 수가 많을수록 상위, 같은 수의 문제를 풀면 빨리 푼 팀 (즉, 점수 합이 적은 팀)이 순위에 유리합니다.
- AcceleratedC++ . . . . 3 matches
* 소스코드의 코딩은 VS6를 이용할 수도 있겠지만, VS6가 나온지가 오래되다 보니 STL을 다루는 방식이 좀 달라서 책의 소스를 그대로 이용하는데 문제가 존재합니다. 따라서 .net 을 이용하거나 gcc를 이용하는 방식을 추천합니다.
이제 하루정도면 다 볼거 같은데... 이미 C++의 기본 문법과 템플릿의 용법을 알고 있다면, (05년 스터디의 경우 01학번들) 8장정도 까지만 하면 충분히 이 책에서 볼것은 다 보았다고 보여진다. 만약 처음으로 C++을 접하는 경우 (05년 스터디의 경우 05학번) 마지막 까지 읽어야할 필요가 있음. 물론 상당한 분량의 C++의 깊숙한 내용을 너무 간단하게 다루는 경향이 이 책에 있기 때문에 C++ Primer Plus 같은 책을 같이 보아야할 필요가 있어보인다. 책을 좀 빠르게 읽는 편이라면 2~3일동안 집중해서 본다음에 실전에 적용시켜보는 훈련이 책 잡고 있는 것보다 더 도움이 될 것으로 보인다. 그리고 이 책 -_-;; 예제가 정말로 유기적이다. 예제를 만든 사람이 더 대단해 보인다. - [eternalbleu]
- AcceleratedC++/Chapter11 . . . . 3 matches
보통 디폴트 복사 생성자의 경우에는 클래스의 멤버 변수들을 단순히 복사만 하게 됩니다. 이때 만약 그 멤버 변수가 포인터의 형태라고 한다면 문제가 발생하게 된다.
따라서 포인터의 경우 새로운 주소 공간을 할당받고 그 대상이 되는 값을 복사해야지 이런 문제가 발생하지 않는다.
만약 this 키워드로 자기 대입 체크를 하지 않을 경우에는 오른쪽 객체를 해제한 뒤에 다시 왼쪽항에 대입하게 되므로 문제가 발생하게 된다.
- Adapter . . . . 3 matches
TextShape는 Shape에 translator같은 특별한 일을 위한 기능을 직접 추가한 것으로 Shape의 메세지를 TextView Adaptee가 이해 할수 있는 메세지로 변환 시킨다.:하지만 DrawingEditor가 TextSape에 대한 메세지를 보낼때 TextShape는 다르지만 문법적으로 동일한 메세지를 TextView 인스턴스에게 보낸다. [[BR]]
이처럼 Adapter가 정의되어져 있다면 Adapter와 Adaptee양쪽의 인터페이스를 이미 알고 있는 셈이다.;그래서 우리는 Shape 메세지를 TextView메세지에 맞추는 해석 과정과 같은 Adapter를 이런 특별한 용도에 맞추어 만들수 있다. 우리는 이런걸 Teilored Adapter라고 부른다.
반면에 어플리케이션 모델 오프젝트들은 일반적으로 다양한 모습을 하나의 값에 보다는 가지고 있다. 그것들이 하나의 모습으로 표현되지만, 모델 객체들은 value와 value:에 보다 분야에 알맞는 accessor message를 좀더 많은 의미를 지닌 이름으로 쓰인다. (DeleteMe 수정 필요). 그런데 문제점는 우리가 어떻게 뷰나 뷰의 모델에서 뷰가 모델이 이해할수 없는 메세지를 보내면 잡아내느냐 하는거다. 해결책은 우리는 Pluggable Adapter, 값을 메세지로 변환 시키는 것이라고 제시 할수 있다.-저것(Pluggable Adapter)은 메세지를 값 메세지(value message)를 받을때 그것의 Adaptee로 보내는 것이다. 우리는 value: 상에서도 같은걸 해할수 있다.
- AsemblC++ . . . . 3 matches
어셈블 코드들을 쉽게 보여준다면 프로그램의 보안 문제에도 직접적으로 연관이 되는 군요. 수정에 관한 보안장치도 있을 것이고요. 패리티 같은 단순한 보안장치일지라도 코드의 무결성을 지키면서 어셈블을 수정하기란 쉬워 보이지 않네요. - 톱아보다
.exe 파일에 대한 어셈블리 코드는 역어셈블러(아래 상협이가 말한 softice와 같은 프로그램)만 있으면 쉽게 얻을 수 있습니다. 수정에 관한 보안장치도 전혀 없구요. 하지만 .exe 파일에 대한 어셈블리 코드는 분석하거나 수정하는것 자체가 거의 불가능할 정도로 어렵습니다. 이유는... 시간이 없어서 나중에 쓰도록 하죠-_-; --[상규]
Softice같은 프로그램을 사용해서 시리얼 번호가 있는 프로그램이나 날짜 제한 프로그램을 크랙 하기도 합니다. 이번 디버깅 세미나에서 함 해볼라고 그랬는데 집에 있는 컴퓨터에서 그게 잘 안돌아가서 보류함. - [상협]
- CauGlobal/Episode . . . . 3 matches
2001년 유럽여행을 갔을때의 일입니다. 프랑크푸르트의 한 유스호스텔에서 쉬고 있던 중, 같은 방을 쓰던 일본인 여행객과 이야기를 하게 ㅤㄷㅚㅆ습니다. 이런 저런 이야기를 하다가, 무슨의도(?)에서였는지는 모르지만, 자신이 여기올때 싼(!) 대한항공 타고 왔다고 말하면서, 우리는 어떤걸 타고 왔냐고 물어보더군요.
1. 이때 꼭 같은 곳으로 가는 항공편일 필요는 없습니다. 예를들어, 샌프란시스코로 가는 JAL 항공권일 경우, 서울->동경 구간이 WAIT 상태라면, LA로 가는 예약에서 서울->동경 구간을 확보한다면 되는거죠.
- CollectiveOwnership . . . . 3 matches
만약 누군가가 클래스의 인터페이스를 변경했으면 변경된 클래스를 사용하는 모든 클라이언트 코드에서 오류가 발생할 것이다. 그렇게되면 클래스를 변경한 사람이 모든 오류를 수정해야만 하는가, 아니면 먼저(컴파일 시간에 오류가 발생할꺼 같은데) 발견한 사람이 수정해야 하는가?
Wiki:RefactorLowHangingFruit . 고쳐야 할 것이 많다면 오히려 조금씩 고치도록 한다(그리고 고치는 작업을 엔지니어링 태스크로 혹은 유저 스토리로 명시화해서 관리한다). 고치는 중에, 5분 정도의 단위로 테스트를 해봐서 하나도 문제가 없도록 고쳐 나가야 한다. 섬과 육지를 연결하는 다리가 있을 때, 이걸 새 다리로 교체하려면 헌 다리를 부수고 새 다리를 만드는 것이 아니고, 새 다리를 만든 다음 헌 다리를 부수어야 하는 것이다. {{{~cpp formatText(String data)}}}을 {{{~cpp formatText(String data,boolean shouldBeVeryFancy)}}}로 바꾸어야 한다면, {{{~cpp fancibleFormatText}}}를 만들고, 기존의 {{{~cpp formatText}}}를 호출하는 곳을 {{{~cpp fancibleFormatText(data,false)}}}로 하나씩 바꿔나가면서 계속 테스트를 돌려보면 된다. 이게 완전히 다 되었다고 생각이 들면 {{{~cpp formatText}}} 정의를 지워본다. 문제가 없으면 {{{~cpp fancibleFormatText}}}를 {{{~cpp formatText}}}로 rename method 리팩토링을 해준다. 하지만 만약 이 작업이 너무 단순 반복적인 경우에, 충분히 용기가 생기고, 또 확신이 들면 이 작업을 자동화할 수 있다(OAOO). 예컨대 IDE에서 지원하는 자동 리팩토링을 사용하거나, 정규식을 통한 바꾸기(replace) 기능을 쓰거나, 해당 언어 파서를 이용하는 간단한 스크립트를 작성해서 쓰는 방법 등이 있다. 이렇게 큰 걸음을 디디는 경우에는 자동화 테스트가 필수적이다.
- ConstructorMethod . . . . 3 matches
하지만 이 방법은 쓸만한 인스턴스를 만들기 위해 클래스의 레퍼런스를 찾아봐야 하는 등의 골치 아픈 문제가 있다. 특히 클래스가 복잡할때는 문제가 좀 커진다.
요새 프로그래밍 하면서 느끼는 점은, 과도한 오버로딩은 해당 객체를 이용하는 사람입장에서 골치아프게 만든다는것. 왜냐하면, 같은 메소드 이름에서는 해당 파라메터가 다른 것으로 바뀌었을때에 대한 의도를 메소드 이름에 드러나지 않기 때문에.
- Curl . . . . 3 matches
기술적으로는 최근에의 Ajax, Flex(MacromediaFlash) 등의 리치 클라이언트 기술들과 같은 분류로 묶일 수 있을듯. 다른 기술들과의 차이점으로는 어떤게 있는지? --[1002]
Ajax프로그래밍을 해본적이 없어서 Gmail에서 관찰한 내용을 기준으로 해보면... 아마도 curl 로 만들어진 빠른 속도의 애플리케이션을 이용해서 좀더 다양한 처리 같은게 가능하지 않을까요? 뭐 그래픽 에디터를 activex를 이용하지 않고도 만들 수 있다던지.. 그리고 네트워크가 disconnect된 상태에서 사용자가 작업한 내용을 보관하고 있다가 connect된 상태로 바뀌면 작업을 처리하는 일같은 것도 가능할 것 같고요.(ajax가 jscript+dhtml을 이용한 기술이라고 아는데 이런것도 가능한지는 모르겠네요.;;) 아무래도 로컬의 runtime위에서 작동을 하는 만큼 유저의 입장에서 좀더 다양한 상용의 용도가 있을 것이라는 생각이드네요. 물론 runtime 이 있기 때문에 상업적 표준이 되기전에는 기업용 시장에서만 팔릴 것들에만 쓰일지도 모르겠고요. - [eternalbleu]
- DesignPatternsAsAPathToConceptualIntegrity . . . . 3 matches
디자인패턴의 조직에 대한 우리의 토론중 디자인 패턴의 '자연적인 생성' 을 정의하기 어렵다는 의견이 있었다.만일 우리가 어떻게 디자인 프로세스에서 디자인 패턴들이 이용되는지 이해한다면, 그리고 패턴들의 조직화가 멀리 숨어있지 않다면, 이는 정의를 위한 좋은 프로퍼티가 될 것이다. 크리스토퍼 알렉산더(Alexander) 는 디자인 패턴의 자연적 생성은 이득이 되는 요소중 하나임을 강조했다. 소프트웨어의 관점의 업무 내에서 자연적인 생성은 실패한것 처럼 보이며, 디자인 패턴을 이용하는 더 일반적인 접근 방법은 다음과 같은 식으로 묘사된다. "xyz 문제에 대해 직면하게 되었을때.. 해결책은.." 혹자는 소프트웨어계에서 더 디자인패턴의 편의주의적인 적용은 디자인패턴의 생성적인 이용보다 유용하다고 말할지도 모른다.
하나의 어프로치는 정의, 가장 최우선의 중요한 특질을 상승시킨다. (어뎁터빌리티나 변화에 대한 분리) 그리고 이 퀄리티들들을 디자인 프로세스의 설립의 용도로 이용할 수 있다. 만일 이 최우선의 특징이 프로세스의 목적이나 구체적 디자인 분류의 하나라면 아마 'many'는 같은 개념적 완전성을 "약간의 좋은 감정"으로서 적시에 프로덕트를 ..
설득력있는 O-O 디자인 메소드들이 "a few good minds" 처럼 같은 개념적 완전성을 가진 "many" 를 에 대한 결과물을 만들어낼 것인가?
- DirectDraw/DDUtil . . . . 3 matches
CDisplay의 함수에는 다음과 같은 것이 있다.
위와 같은 일을 하지만 창모드로 생성한다. 색상수가 없는 것은 윈도우 바탕화면의 색상 수를 따라가기 때문이다.
컬러키를 뺀채 화면에 출력한다. 만약 dwFlags에 DDBLTFAST_SRCCOLORKEY를 넣어준다면 ColorKeyBlt와 같은 효과를 낸다. [[BR]]
- DispatchedInterpretation . . . . 3 matches
또한, commantAt이나 argumentAt같은 메세지 말고, sendCommand(at,to) 같은 메세지를 제공하자. 위의 line,curve도 이꼴이므로 같이 다룰수 있다.
정리해놓고 보니... 무슨 말인지 모르겠다.--; 앞이랑 뒤의 연관관계가 상당히 떨어진다. 본인의 해석이 부족한 탓이다. 빠른 시일 내에 보강해서 올리겠다.
- DoubleBuffering . . . . 3 matches
* 그래서 화면에 그림을 찍어줄 영역과 똑같은 크기의 가상의 버퍼를 만들어서 거기다 다 찍은다음 한번에 화면으로 옮겨주는 기법이다.
* 이렇게 자원 할당 다 해주고, 더블 버퍼링을 하고 싶다고 한다면.. 일단 메모리 DC에 필요한걸 다 그린 다음에, 화면 DC로 BitBlt 해주는겁니다. 이게 더블 버퍼링인데.. 저는 잘못 이해하고 있었거든요. 개념은 알았지만.. 무슨 이상한 생각을 조금 더 해버려서.. 지난번의 그 이상한 코드가 나오게 되었던 겁니다. 훗날 본인도 못 알아보는..--;
["[Lovely]boy^_^"]]: 앗. 무슨 그런 말씀을..^^;; 저야 고쳐 주시면 좋져. 공이랑 막대기 배경 처리 다 더블버퍼링 했는데여. 걍 예를 들라고..^^;[[BR]]
- EffectiveSTL/Iterator . . . . 3 matches
* 다음엔 C++의 casting에 관한 무슨 함축적인 의미가 담긴 말을 하고 있는데.. 아시는분은 좀 가르쳐 주세요. 이런생각을 가지고 있는것에 대해 부끄러워 하라네요.
* 만약에 ri가 가르키는 위치에다 새로운 원소를 삽입하고 싶다고 하자. 하지만 insert 메소드는 reverse_iterator는 인자로 받지 않는다. iterator형만 인자로 받는다. 즉 직접은 못한다는 것이다. 지울때도 이와 같은 문제가 발생한다. 그래서 base()를 쓰는 것이다.
- EightQueenProblem . . . . 3 matches
이 문제를 프로그래밍을 해서 풀어보세요. 어느 언어를 사용하든 상관없습니다. 가장 자신있는 언어를 사용하세요. 그리고, 맞는 결과를 구했다면 다음 칸을 채워주세요. 비교적 간단한 문제이지만, 문제를 해결해 나가는 중에 자신의 실력과 사용하는 도구, 프로그래밍 과정, 디자인 방법 등에 대해 생각해 볼 기회가 될 것입니다. 모든 후배들에게 꼭 한번 시도해 볼 것을 권합니다. 이 경험에 대해 스스로 분석해 보고, 남들과 경험을 공유하고 차이를 살피고(AnalyzeMary), 또 토론하면서 '''아주 많은 것을 배우게 될 것입니다.''' 어쩌면 이제까지의 프로그래밍 경험에서보다 더 많은 것을 말이죠. 사실 이 실험의 진정한 가치는 문제 자체보다 이 문제가 가능케 하는 자기 관찰/반성과, 타인과의 논의에 있는 것인지도 모릅니다. --김창준
''참고로, 소요시간이 모두 얼마냐 하는 것이 크게 중요한 것은 아닙니다. 중요한 것은 그 동안 얼마나 가치있는 무엇을(얼마나 더 얼마나 덜) 했냐는 것이죠. 남들보다 시간이 오래 걸리고, 코드가 길어졌다고 슬퍼하십니까? 아닙니다. 오히려 '''축하드립니다'''. 당신은 그만큼 큰 배움의 기회를 만난 겁니다. 자신의 프로그램이 다른 사람들의 그것보다 월등하다고 자랑스러워하며, 더 이상 배울 것이 없다고 생각하십니까? 아닙니다. 당신은 자신이 이렇게 훌륭한 해를 구한 것을 남에게 설명해 줄 기회를 찾았습니다. 가르치는 것만큼 큰 배움도 없습니다(이 때 자신이 만든 프로그램 자체를 설명하려고 하는 것보다 자신이 어떤 사고과정과 어떤 프로그래밍 성장 과정을 통해 최종물에 도달했는지를 반추해보고 설명해주는 게 더 좋겠습니다). 또 다른 사람들은 무엇 때문에 자신과 같은 좋은 해를 얻지 못했는지 분석을 할 여유가 있습니다.''
* 같은 문제의 해법에 다양한 혹은 비슷한 부분들이 존재하며, 거기서 서로 배울 것이 많다는 것을 느낄 기회 제공
- EightQueenProblemSecondTryDiscussion . . . . 3 matches
음.. 아직 구현은 안해보고 그냥 생각해본거지만, 체스 말과 보드가 타이트하게 연결되어도 큰 문제는 아닐 것 같은데요. 보드를 Singleton 으로 모든 Queen들이 공유하는 객체로 생각해도 좋을 것 같고요. (Queen에 눈이 달렸던지, 그렇지 않으면 체스 플레이어같이 Queen이 존재하고 있는 세계에 대한 답을 내려줄 신 (?) 이 존재하던지 둘중 하나가 될듯 하다는. ^^;) 아직 OO 관점으로는 그냥 생각만 해보는중. --석천
제 말을 {{{~cpp mainProgram.runEverything()}}}을 실행하면 모든 게 마술처럼 알아서 실행되게 하라는 뜻으로 오해하지는 않았으면 합니다. 위 superman의 예에서는, 전자의 경우 superman을 제대로 이용해 먹으려면 superman의 내부적 구조를 알아야 합니다. superman의 구현에 종속적이 되는 셈이죠. 하지만 후자는 그게 디커플링이 됩니다. 자기가 매일 가는 길에 있는 도시를 방문하는 것은 superman이 스스로 수행할 수 있어야 할 책임이 있다 이거죠. Queen이라는 객체가 여덟개가 있다고 칩시다. 얘네들한테 "너는 저 여왕을 공격할 수 있니?"하고 묻고 그 결과를 가지고 여왕을 배치하고 하는 것을 하나의 추상(abstraction)으로 묶는 것이 어떨까요? 묻지말고 "시키자"는 것이죠 -- 여덟개의 똑똑한 Queen 객체를 만들고 하나씩 "판 위로 올라가라"고 시킵니다. 이렇게 하면 Board와 Queen에 커플링이 생겨서 문제가 되는 건 아니냐고 했는데, 어차피 Queen은 Board 없이는 별 의미가 없고, 또, 그렇게 하지 않더라도 어떻게든 비슷하거나 혹은 더 큰 정도의 커플링이 존재합니다. 어쨌건, 지금 단계에서는, 더 나은 방법이라기보다 그냥 다른 방법이라고 편안하게 생각하면 좋을 듯 합니다. --김창준
DeleteMeLater) 네, 무슨 말씀이신지 알겠습니다. 며칠 동안 Queen 생각하느라 시간가는줄 몰랐습니다. 잠깐이 아니라 꾸준히 배움이 즐거울 수 있은 묘책이 있으면 좋겠습니다. :)
- ExploringWorld/20040412-세상읽기 . . . . 3 matches
"영문학의 대작을 읽은 적이 없다는 과학자들의 뉴스를 듣고 이들은 동정어린 쓴웃음을 던진다. 그들은 과학자들을 무지한 전문가라면서 무시한다. 하지만 그들 자신의 무지와 '전문적인 바보' 모습도 사람들을 놀라게 한다. 나는 전통적인 문화의 기준에서 높은 수준의 교육을 받았다는 사람들의 모임에 참석한 적이 있는데, 그들은 과학자들의 무지에 불신을 표명하는 데 상당히 재미를 붙인 사람들이었다. 내가 도저히 참을 수 없어서, 당신들 가운데 열역학의 제 2 법칙을 설명할수 있는 사람이 몇이나 되느냐고 물었다. 대답은 냉랭하고 부정적인 것이었다. 나는 '당신은 셰익스피어 작품을 읽은 일이 있소?'라는 질문과 맞먹는 과학의 질문을 던졌던 것이다. 그보다 더 쉬운 질문, 이를테면 '질량 혹은 가속도란 무엇인가?'(이는 '당신은 읽을 줄 압니까?'라는 것과 동등한 과학상의 질문이다.)라고 물었다면 ... 열 명에 하나가 내가 그들과 같은 언어를 사용한 것 정도는 느꼈으리라고 믿는다....가장 현명하다는 사람들 대부분은 물리학에 관한 한 말하자면 신석기 시대 선조들과 거의 같은 수준의 통찰력 밖에 가지고 있지 않는 것이다."...
내용이 있고 '열역학의 제2법칙'이 공대상이 당연히 알수 밖에 없는 근본 지식이라는 내용의 맥락으로 책의 후반부를 마무리 짓는다. 그런데, 전산에 종사하는 사람들에게 2주간 같은 질문을 해봤지만 '''아무도 답변을 하지 못했다.''' (그런데 오늘 재선이가 대답했다. 세상에 :) )
- FrontPage . . . . 3 matches
* 페이지 제목에 공백을 사용하면 링크가 제대로 걸리지 않는 문제가 생기는 것 같아 임시로 공지합니다. 해결하면 수정하겠습니다.
* 서버 이전으로 ZeroWiki 동작에 문제가 있을 수 있습니다. 문제가 있으면 Mattermost ~devops 채널에 제보바랍니다.
- GDG . . . . 3 matches
* [OpenCamp]같은 행사에 많은 외부인들의 참가 기대
* 다음과 같은 일들을 해야 함
* OpenCamp가 별로 좋지 않다는 의견으로 보일 수 있어 부연합니다. ZeroPager가 원하는 활동이 있다면 그것을 하면 되지 굳이 OpenCamp와 같은 방식의 세미나를 고집할 필요는 없다는 의미입니다. - [김수경]
- Gof/State . . . . 3 matches
다음과 같은 경우에 StatePattern 을 이용한다.
StatePattern은 다음과 같은 결과를 가진다.
이 방법은 HowDraw [Joh92]와 Unidraw [VL90] drawing editor 프레임워크에 이용되었다. 이는 클라이언트로 하여금 새로운 종류의 tool들을 쉽게 정의할 수 있도록 해준다. HowDraw 에서 DrawingController 클래스는 currentTool 객체에게 request를 넘긴다. UniDraw에서는 각각 Viewer 와 Tool 클래스가 이와 같은 관계를 가진다. 다음의 클래스 다이어그램은 Tool 과 DrawingController 인터페이스에 대한 설명이다.
- HanoiProblem . . . . 3 matches
* 아래와 같은 예제 식으로 소스를 만든 페이지에 넣어 주세요.
이를 HanoiProblem에 적용하면, 3개(혹은 5개, 6개)의 원반 문제가 복잡하다면, 하나, 둘 등의 좀 더 단순한 문제를 먼저 풀고 거기서 문제풀이의 "구조적 유사성"을 발견해 낸 뒤에 좀 더 어렵거나 좀 더 일반적인 (즉 원반 n개) 문제에 도전하는 것이 효과적이라는 말이 됩니다.
반대로 문제가 너무 단순해서 복잡할 경우에는 오히려 100개, 200개 등의 복잡/일반적인 경우를 생각하는 것이 도움이 될 수도 있습니다.
- HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/변준원 . . . . 3 matches
이렇게 생성된 화일 객체들은 모두 Print라는 메세지를 이해하며, 각 화일의 종류에 알맞게 프린트 할 수 있다. 이렇듯 다형성은 같은 이름의 함수를 여러 클래스가 각 클래스에 알맞게 달리 정의하고 같은 이름의 메세지에 응답할 수 있게 해준다.
객체와 객체 사이의 정보 교환은 외부에 공개하고자 하는 일련의 정보를 public interface로 정의해 외부에 객체들이 이 Interface를 통해서 그 객체와 정보를 교환하도록 한다. 즉, 한 객체의 Public Interface를 그 객체가 "무슨 일을 할 수 있다. 혹은 이 정보는 공개할 수 있다."라고 외부에 선언하는 것이다.
- HardcoreCppStudy/첫숙제/Overloading/변준원 . . . . 3 matches
실제 전달인자는 왼쪽에서 오른쪽으로 가면서 해당 형식 전달인자에 대입된다. 전달인자를 건너뛸 수는 없다. 따라서 다음과 같은 것은 허용되지 않는다.
다음은 함수의 다형성에 대하여 알아보자. 디폴트 전달인자는 개수를 변화시켜 가면서 같은 함수를 호출하게 했다. 함수의 다형성은 함수의 재정의라고도 하는데, 이는 여러 개의 함수가 같은 이름을 사용할 수 있게 해준다. ‘다형성’이라는 표현은 많은 형태를 가질 수 있게 해 준다.
- HelpOnFormatting . . . . 3 matches
특별히 여러 줄 코드 블럭을 넣을 때 최 상단에 {{{#!php}}}, {{{#!python}}}과 같은 줄이 있으면 이것은 프로세서 해석기에 의해 해석되어
보여지게 됩니다. 모니위키는 php와 같은 기본적은 소스 코드 컬러링을 지원을 내장하고 있습니다.
이와 같은 소스 코드 컬러링은 모니위키의 ProcessorPlugin이라 불리 고급기능중의 한가지 입니다.
- HelpOnInstallation . . . . 3 matches
이 값을 제대로 지정하면 MoniSetup에서 다음과 같은 로고 그림을 볼 수 있다.
씨앗을 심는 경우는 불필요한 페이지가 들어갈 수 있는데, 어느정도 익숙해졌다고 생각되면 지워도 되며, 아예 처음부터 설치하지 않아도 된다.[[BR]]
* 윈도우즈 사용자라면 퍼미션이 문제가 되지 않으므로 간단히 {{{data}}}디렉토리를 통채로 복사해서 보존하면 될것이다.
- HelpOnMacros . . . . 3 matches
매크로는 {{{[[MacroName]]}}}과 같은 문법을 사용합니다. 매크로에 대한 인자가 필요한 경우가 있는데 각 매크로에 대한 자세한 설명은 해당 페이지에서 확인하실 수 있습니다.
* 매크로 문법은 {{{[[페이지 이름]]}}}문법과 충돌을 일으킬 수 있습니다. 예를 들어 DateTime 페이지가 있을 때에 {{{[[DateTime]]}}}이라는 식으로 DateTime을 연결할 수 없습니다. 이 경우 [[DateTime]]이라고 나오게 됩니다. 이런 경우에는 {{{[["DateTime"]]}}}이라고 하면 [["DateTime"]]이라고 링크가 걸립니다.
이렇게 사용하려면 다음과 같은 설정을 `config.php`에 넣어주셔야 합니다.
- HowManyZerosAndDigits . . . . 3 matches
만약 800진법일 경우 0~9 까지의 숫자는 표현할수 있겠지만 그 이후의 숫자는 어떻게 표현하나요? 16진법으로 나타낼때 0에서 F 로 표현하는 것처럼, 800진법에서 10이상의 수를 표현해야 할 방법이 있어야 할 것 같은데요. 알파벳을 이용한다고 해도 Z(35)이후의 수는 표현할 방법이 없는데요. 이에 대한 정의가 없다면 정확한 답을 구할 수 없을 것 같습니다(문제에서 말한 ''0의 개수''말이죠). 간단한 예를 들어 설명하자면,
책에 있는 올림피아드 문제 원문 그대로를 실었습니다. 문제가 명확하지 않다는 점을 부정할 순 없지만, 문제에 손을 댈 경우 제 주관적인 생각이 문제의 틀을 바꿔버릴 수 있기때문에 어쩔수 없습니다. 개인적 소견으로는 N!을 B진법으로 변환하는 것이므로, 입력을 받는 N이 조금만 커져도 N!이 굉장히 커지기 때문에 N은 B보다 작은 범위, 즉 B진수 체계에서 한자리를 입력받는 문제가 아닐까 합니다. 또한, 문제의 마지막 조건인 2^31-1 같이 int형의 오버플로우방지를 해 놓은 것에서 보듯 범위를 어느정도 제한해 놓았다고 보여집니다. 정확한 답변을 드리지 못해 죄송합니다. - [문보창]
- InsideCPU . . . . 3 matches
위와 같은 경우는 플로피에 해당하는 경우이다. 하드드라이브처럼 파티션이 여러개인 경우 MBR 마스터 부트 레코드가 존재하며 멀티 부팅을 위핸 lilo/grub이 올려져 부팅이미지가 있는 파티션을 찾아준다. 플로피와 같은 경우 플로피에 대한 해당 정보를 적어줘야 나중에 플로피 디스크를 DOS에서 읽을 수 있다. 해당 정보는 0번 섹터에 다음과 같은 layer를 적어준다.
- IsBiggerSmarter? . . . . 3 matches
한 줄에 한 마리씩, 여러 코끼리에 대한 정보가 입력된다. 파일 종료 문자가 입력되면 입력이 끝난다. 각 코끼리에 대한 정보는 한 쌍의 정수로 입력되는데, 첫번째 정수는 체중을 킬로그램 단위로 나타낸 것이고, 두번째 정수는 IQ에 100을 곱한 값이다. 두 정수는 모두 1 이상 10,000 이하다. 최대 1,000 마리의 코끼리에 대한 정보가 입력될 수 있다. 체중이 같은 코끼리가 두 마리 이상 있을 수 있으며, IQ가 같은 코끼리가 두 마리 이상 있을 수도 있다. 그리고 체중과 IQ가 모두 똑같을 수도 있다.
첫째 줄에는 찾아낸 코끼리 시퀀스의 길이를 나타내는 정수 n을 출력한다. 그 밑으로는 n줄에 걸쳐서 각 코끼리를 나타내는 양의 정수를 하나씩 출력한다. i번째 데이터 행으로 입력된 숫자들을 W[i], S[i]라고 표기해보자. 찾아낸 n마리의 코끼리의 시퀀스가 a[1], a[2], ... ,a[n] 이라면 다음과 같은 관계가 성립해야 한다.
- Java Study2003/첫번째과제/방선희 . . . . 3 matches
* 2. 서블릿이나 JSP 는 J2EE의 구성원들로서 서버사이드 스크립트라고 합니다. JSP가 만들어진 이유가 뭐냐하면, 서블릿의 문제점을 해결하기 위해서라고나 할까... 웹 프로그래밍이란게 본질적으로 웹디자이너와의 협력이 불가피한데 서블릿의 경우에는 DISPLAY 부분을 수정하기 위해서 웹디자이너가 접근하기 어렵다는 단점이 있죠.. 이때문에 JSP가 만들어졌다고 알고 있습니다. JSP라는 파일은 웹 디자이너가 페이지를 수정하기 편하게 되어있다는게 장점이죠. JSP가 컴파일되면 서블릿이 됩니다.(이게 전부임...) 그리고 서블릿이 실행되면 실제 HTML 페이지가 클라이언트에게 전송되는 것입니다.
예를 들어 A라는 회사에서 인사 시스템을 Java로 개발하여 사용하고 있다고 가정하자. 다른 B라는 회사에서도 같은 인사 시스템을 개발하고자 한다면, B회사는 A회사의 인사 시스템 중 승진과 관련된 일부분을 가져와 그대로 사용할 수 있다.
* 자바 애플릿을 웹 서버로부터 웹 클라이언트가 다운로드하여 실행시켜 주게 되는데, 이 때 네트워크 속도가 느리다는 문제가 있습니다.
- LUA_1 . . . . 3 matches
스크립트 언어는 이제 단순히 유행을 넘어서 개발자가 알아야 할 덕목에 가까워진 것 같습니다. 저 같은 경우 아직 C/C++/Java로 개발을 하지만 보조적인 역할에서는 스크립트 언어(Python)만큼 유용한 게 없는 것 같습니다.
루아의 공식 사이트는 http://www.lua.org/ 입니다. 하지막 MS-Windows 환경에서 루아를 시작하고 싶으시다면 http://code.google.com/p/luaforwindows/ 에서 루아 프로그램을 다운 받으실 수 있습니다. 우선 MS-Windows 환경이라고 가정하고 앞서 말한 사이트의 Download 페이지에서 LuaForWindows_v5.1.4-45.exe 를 다운 받습니다. 나중에는 버전명이 바뀐 바이너리 파일이겠죠. 이 파일을 다운로드 받아서 설치하면 시작>Programs>Lua>Lua (Command Line) 를 찾아 보실 수 있습니다. 해당 프로그램을 실행하면 Command 화면에 ">" 와 같은 입력 프롬프트를 확인하실 수 있습니다. 그럼 간단히 Hello world를 출력해 볼까요?
그리고 세번째는 많은 게임의 스크립트 언어로 검증이 되었다는 점입니다. 대표적으로 World of Warcraft(WOW)가 있겠죠. 많은 사람들이 루아를 WOW을 통해서 알게 되었죠. 간략하게 루아의 특징에 대해서 알아 보았습니다. 좀 더 자세한 루아의 역사는 http://en.wikipedia.org/wiki/Lua_(programming_language) 에서 확인할 수 있습니다. 한글 위키 페이지가 내용이 좀 부족하네요.
- LUA_6 . . . . 3 matches
메타 테이블은 루아에서 테이블을 사용하는 연산자 재정의? 또는 python을 예로 들면 __add__, __sub__ 와 같은 함수라고 볼 수 있습니다. 테이블을 함수가 아닌 연산자로 조작 할 수 있게끔 해 줍니다.
메타 함수는 __add 연산자 이외에 아래와 같은 연산자들이 있습니다.
__unm : Unary 연산자 예를 들면 -1 의 -와 같은 피 연산자가 하나 인 연산자를 위한 meta 함수
- Linux/디렉토리용도 . . . . 3 matches
* /usr/man : 매뉴얼 페이지가 담겨있는곳.
- 사용자 계정을 만들면 게정과 같은 이름으로 새로운 사용자 디렉토리가
|| /tmp || 500M/30G || 임시파일들이 저장되는 곳이다. Oracle DB의 경우 이 파티션이 적을 경우 설치시 문제가 된다고 함. ||
- Linux/배포판 . . . . 3 matches
사실상 리눅스의 다양한 프로그램들을 개인이 따로 관리한다는 것은 굉장히 어렵다. 패키지가 정적인 형태가 아니라 리눅스는 지속적인 엡데이트를 하는데, 통일된 방식으로 관리를 해준지 않으면 나중엔 어떤 프로그램을 어디에 깔았는지 조차 알기힘들어진다. (대략 도스시절 컴퓨터에 프로그램을 마구잡이로 까는 사람을 생각해보면 알듯.. -_-;) 이런 이유로 매키지 매니저라는 것을 사용하고 잇으며, 패키지 매니저는 상기와 같은 일들을 자동화된 방식으로 제공한다.''
리눅스를 처음 시작하면서 어떤 배포판을 선택하는 지는 중요하다. 같은 리눅스이기는 하지만 사실 대부분의 리눅서들은 패키지 매니저를 이용하여 프로그램을 설치하는 편이지, 자신이 원하는 버전이 패키지 트리에 없다던가 버그가 있는 경우를 제외하면 직접 제작사 홈페이지에서 바이너리를 설치하는 경우는 거의 없다. 이럴때 동일한 패키지를 쓰는 사람한테 묻기가 편하고 이해하기가 편하기 대문이다. 2005년 현재 리눅스를 시작한다면 현시점에서는 [http://www.ubuntulinux.org/ Ubuntu]를 가지고 시작해서 [http://www.debian.org Debian] 으로 옮겨가길 권한다. 동일한 패키징 방식을 가지고 있으면서 우분투는 데스크탑 리눅스를 표방하고 있는 만큼 다루기가 쉽기 때문이다. 우분투에서 기본을 익히고 직접 서버를 운영하는 수준으로 올라가면 데비안으로 옮겨가면 배포판을 바꾸는데에 대한 부담을 전혀 느낄 필요가 없다. 나의 경우 대략 2주일 정도를 밤새면서 이런 저런 문제를 해결하면서 왠만한 문제는 이제 스스로 해결할 정도가 되었는데... 한번쯤은 해볼 만한 도전이라고 생각한다. 쓰다보면 윈도우 없이도 살 수 있는 세상도 있다는 생각도 하게 된다. 실제로 리눅스를 쓰는 사람들은 가장 게으른 배포판으로 데비안, 젠투정도를 꼽는다. 그만큼 잘 안변하고 한번 설치하면 거의 새로 설치해야할 일이 없다는 것을 말하는 것이다.
수능 공부하는 동안은 못본거 같은데 -_-;;; - [이영호]
- LoveCalculator/허아영 . . . . 3 matches
제 소스에 알고리즘적 문제가 생겨 약간 수정합니다. (구지 안고쳐도 잘 돌아가지만, 꺼림칙 해서..)
음..그건 그렇고 변수를 사람1 사람2로 나눴는데.. 그걸 배열로 지정하면 같은 공식의 중복을 피할 수 있을듯..ㅎ
글고 아영이 소스 보면서 지금 느낀건데; 내 소스 버그 있는거같다; 이름에 공백 있으면 내꺼 제대로 안될거같은데 ㄱ-;;; 어흑 ㅠㅠ
- MFC/DynamicLinkLibrary . . . . 3 matches
확장자가 반드시 DLL이어야 하는 것은 아니지만, DLL 이 아닌경우에는 프로그래머가 이를 로드하는 부분을 따로 만들어야 한다. .vbx .ocx같은 것은 특정한 종류의 컨트롤들을 포함하는 DLL 들이다.
runtime dynmaic linking 의 중요한 점은, 런타임 상에서 해당 모듈을 교체할 수 있다는 점이다. winamp 의 나 KMP 등와 같은 플러그인을 제공해주는 프로그램의 경우 대부분 이러한 runtime-dynamic linking 방법을 이용한다.
DLL은 함수에 대한 코드만을 저장는데 국한되는 것이 아니다. 비트맵, 폰트와 같은 리소스들을 DLL 안에 위치시킬 수도 있다. 예를 들자면 카드놀이에 사용되는 Cards.dll 에서 카드들에 대한 비트맵 이미지와 그 것들을 다루는데 필요한 함수들을 포함하고 있다.
- MFC/MessageMap . . . . 3 matches
|| window message || WM_PAINT, WM_LBUTTONUP과 같은 표준 윈도우 메시지. ||
|| control notification message || 컨트롤 폼과 같은 것으로 부터 부모 윈도우에게 전달되는 WM_COMMAND메시지이다. ||
|| command message || 메뉴, 툴바와 같은 UI요소에서 오는 WM_COMMAND 메시지 ||
- MFCStudy_2001/진행상황 . . . . 3 matches
* 사실 22일을 마지막으로 종지부를 찍으려 했지만, 30일을 종착점으로 삼겠습니다. 일단 프로젝트 상황 체크는 종료이고, 종료하는 이유는 언급한것과 같이 Java에 좀더 신경을 써달라는 의미와 더 자세한 이유는 다음 30일 최종 모임에서 이야기 하겠습니다. 여름방학부터 진행되어 왔던 계획들의 이야기와, 그동안의 거시적 미시적 성과 같은것을 살펴보겠습니다. 그리고 영서, 영창 오세요. --상민
*1월 14일 - 13일 일요일에 석천이형의 조언에 따라 코드 전체적으로 대대적인 Refactoring(이 용어가 맞는지는 모르겠네여..^^;;)을 해서 할수 있는 한 많은 코드들을 함수로 만들었습니다. 이에 따라 라인수가 아주 많이 줄어들게 되었고, 공격과 방어 인공지능을 같은 함수로 동작하게 하여 방어 할 수 있는 패턴은 모두 컴퓨터 공격할 수 있게 하였습니다.(덕분에 코드를 체계적으로 만들때는 상당히 힘들었지만, 한번 그렇게 하니 작업이 훨씬 쉬어 졌습니다. 참으로 중용한 사실을 몸소 체험 한거 같습니다) 3,4 방어 및 공격 인공 지능을 추가 했습니다. 이제 사람을 이길 확률이 좀더 높아 졌지만, 아직도 부족한것 같고 띈 3,3 방어 및 공격과 효율적인 3 만들기를 추가할 예정입니다.
* 1월 29일 - 이제는 그냥 가끔 심심하면 오목 손대는데, 한번 다른 사람이 짠 오목 인공지능은 과연 어떨까 하는 궁금증이 생겨서 데브피아에서 인공지능 되는 오목이 하나 있길래 다운 받아서 해보니..인공지능이 상당히 좋던데여..은근히 제가 짠 오목보다 못하기를 바랬는데.. (막는 기능은 제것과 비슷하게 작동하는거 같은데.. 흠.. 더 컴이 승리할 확률이 이상하게 높더라구여..ㅡㅡ;)그거 보고 조금 기죽었음.. ㅡㅡ;; 그 소스 보고 더 기죽었음....소스가 상당히 짧고..깨끗하고.. 아무래도 나중에 제가 짠 오목 소스 손질좀 해야 할듯...
- MIT박사가한국의공대생들에게쓴편지 . . . . 3 matches
그들이 학교에 가면 차이는 더 벌어집니다. 우리나라 학생들이 암기력과 약간의 사고력, 이해력의 계발에 중점을 두는 동안, 이곳에서는 창의력, 상상력, 사회성 등을 키워나갑니다. 바로 이런것들이 거름이 되어 아까와 같은 천재들이 대학원에서 두각을 나타내는 것이 아닌가 합니다. 한마디로 우리나라 학생들이 남들이 만들어놓은 포장된 지식을 주입받는 동안, 이 곳 학생들은 생각하는 법을 배웁니다. 자발적 참여 및 토론에 의한 학습, 스스로 탐구하는 학습, 작문력, 발표력, 논리적 사고가 중요시 되는 교육을 받고 이들은 비록 미분 적분에 대하여 우리보다 늦게 배울망정 인생에서 창의력이 극대화되는 20대가 되면 어렸을때 생각하는 법을 배웠기에 스폰지처럼 지식을 습득하고 새로운 것을 창조해나갑니다.
제가 미국 친구들을 집에 초대하여 조금이라도 신기한 것을 보여주면 이것은 어떻게 만들었느냐 무슨 원리로 동작하느냐는 등 질문을 쏟아 붓습니다. 심지어 하수구를 고치러 온 미국사람도 똑같은 관심을 보이면서 돈을 줄테니 자기 아들을 위해 하나 만들어달라고 조르던 적도 있습니다. 반면 MIT의 박사과정 한국 유학생들은 시선이 1초 이상 머무르지 않고 전혀 관심을 보이지 않고 술만 마십니다. 과연 우리가 세계를 주도해 나가는 과학기술 수준을 이룩할 수 있을까요? 우리가 단지 선진국이 되기 위해 또는 노벨상을 받기 위해 과학기술을 하기 싫지만 억지로 연구하는 동안 이곳에서는 너무나 좋아서 신기해서 알고 싶어서 과학기술을 연구하는 사람들이 너무도 많습니다. 자기가 하는 일이 좋아서 하는 사람들의 열정은 절대 따라갈 수 없습니다.
- Metaphor . . . . 3 matches
시스템 메타포를 선정하면 같은 팀내에서 클래스와 메소드의 이름을 일관적으로 정할수 있어 공감대를 형성할 수 있다. (즉 하나의 메타포를 선정하여 공유하면 변수 이름같은 것을 지을때 같은 관점으로 짖게 된다는 의미). 어떤 객체에 대한 이름을 정하는 것은 시스템 전체를 이해하거나 코드를 재사용하는데 매우 중요하다. 만약 메타포를 올바르게 정한다면, 이름이 어떻게 정해지는가를 추측할 수 있게되고 실제로 개발 시간을 크게 절감시켜준다. 구축할 객체에 대한 이름을 위한 시스템(즉 메타포)를 결정할때는 모든 사람이 해당 시스템에 대하여 특별한 지식이 없이도 쉽게 연관되어 질수 있는 것으로 선택해야 한다. 예를 들어 크라이슬러의 지불시스템은 생산라인으로 구축되었다. 포드의 자동차 영업사원들은 BOM(부품표)으로 구조화 되었다. 구축하려고 하는 분야의 메타포를 사용할 수도 있다. 그러나 충분히 단순하지 않다면 영영에 해당하는 메타포를 사용하지는 말아라.
- OOD세미나 . . . . 3 matches
* 오늘 긴 시간동안 모두 수고하셨습니다. 오늘 설명한 내용이 아직 깊이 와닿지 않더라도 좋습니다. 프로젝트 개발에 있어 그동안 흔히 전개했던 방식과는 다른 접근 방식의 가능성을 확인하는 것만으로도 좋은 경험이 되었길 바랍니다. 누누히 강조하지만 한 번에 이해하시길 바라서 진행하는 세미나가 아니라, 정말 중요한 하나의 제언만이라도 남는다면 그것을 앞으로 몇 번 듣고 또 듣고, 그리고 정말 그 개념이 필요한 순간이 됐을 때 큰 힘이 되리라 믿습니다. 예제는 좋은 예제거리에 대한 의견이 없어 SE 프로젝트 주제를 차용했는데, 설계만으로 문제가 깔끔하게 해결되는 과제가 아니라 알고리즘으로 해결해야할 부분이 꽤 있는 과제다보니, 실습이 설계부분에 집중하기 힘들었던 점은 다소 아쉽네요. 좋은 후기를 작성해주신 분 한 분을 선정해서 번역서 [http://book.naver.com/bookdb/book_detail.nhn?bid=2500990 Holub on Patterns]을 선물로 드립니다. 후기는 감상보다는 되새김이 되었으면 좋겠습니다. :) - [변형진]
제가 뭘 배우기만 하면 꼭 써먹을려는 습관이 있는지라, 정말 문법같은걸 배우면 꼭 써먹으려고 하거든요. 그런데 이 말을 듣고, 문법의 남용을 자제해야겠다는 생각을 했습니다; 마치 영어 배울때 '''수동태 문장 많이 만들지 마라''' 라는 느낌이었어요 ㅋㅋ
get과 set을 사용하면 메인에서 그 자료형이 뭔지 알고 있는 거니까 변경시에 같이 변경해야 하므로 사용을 자제하는 건가요? 다른 클래스에서 private로 선언한 거를 메인에서 접근하기 위해 get과 set을 사용하는 거 같은데, 그럴거면 private로 왜 선언하는 건지 의문을 작년에 가졌...는데 여전히 모르는..;ㅅ; 우문(뭔가 질문하면서도 이상해서..;)현답을 기대합니다 ㅎ; - [강소현]
- OperatingSystemClass/Exam2002_1 . . . . 3 matches
8. SJF 스케줄링에서 Next CPU burst를 구하기 위해서 우리는 다음과 같은 예상식을 이용했다.
1) 파라메타 값이 b > a > 0 의 값을 갖는다면 이는 무슨 스케줄링 알고리즘을 의미하는가?[[BR]]
2) 파라메타 값이 a < b < 0 의 값을 갖는다면 이는 무슨 스케줄링 알고리즘을 의미하는가? (만약 정확한 알고리즘 이름을 기술하기가 어렵다면 알고리즘의 특성을 설명하시오)
- OurMajorLangIsCAndCPlusPlus/errno.h . . . . 3 matches
||22||int EINVAL||적합하지 않은 인수. 이것은 라이브러리 함수에 잘못된 인수를 주는것과 같은 종류의 다양한 문제 를 지적하는데 사용한다.||
||25||int ENOTTY||하나의 보통 파일에서 터미날 모드를 정하려 시도하는것과 같은 부적합한 입출력 제어 오퍼레이션 에 발생.||
|| || ||참고로 sysbolic links는 데이터베이스 프로그램과 스프레드 시트 등과 같은 프로그램들 사이에서 상호 간의 원활한 데이터 교환을 위해 사용되는 데이터 파일의 형식||
- PC실관리프로그램 . . . . 3 matches
저도 3D 스터디 하는거 있어서 약속이 잡힐거 같은데 그거랑 특별한 약속 안생기면 종일 널널함니다.ㅋ
* 게임 방지 취지로 만들어진 프로젝트라고 알고 있는데 요새 문제가 되고 있는 '타과생 출입' 문제도 고민해봅시다 - 지원
- PairProgramming . . . . 3 matches
* 집중 - 이번 경우에는 '시간제한' 이라는 것까지 있어서인지; 석천은 더더욱 프로그래밍 자체에 집중했다. (스크립트 언어 스타일의 접근방법과 이전의 TDD 연습도 한몫 거든듯. 조금씩 만들고 결과 확인해보고 조금 또 만들어보고 결과 확인을 했다. 단, 이번엔 Test Code 를 안만들어서, 뒤에가서 버그가 났을때 대체를 못했다는.-_-; 잘될때는 문제가 아니다. 잘 안될때, 문제상황에 대한 대처가 중요하다고 생각.)
나는 일차적으로 switch코드를 없앨 수 있다는 점을 설명했다. 우리는 Connection클래스가 그다지 크게 바뀌지 않을 것이라는 것에 대해 동의했었고 이 점을 근거로 switch를 사용하는 것이 유지보수를 힘들게 하는가에 대해 질문했다. 솔직히 이정도 코드라면 누구나 수정할 수 있을 것이라고 생각한다. 그리고 그렇게 많은 시간을 필요로 하는 작업도 아니라고 생각한다. 파트너는 Connection을 생성하는 부분을 include 화일로 관리하고 그곳에 한번만 define문을 작성하면 문제가 없다고 주장했다.
나는 이에 대해 하나의 프로젝트에서 여러개의 데이타베이스를 사용하게 될 경우 여러개의 추가적인 파일들을 관리해야 될지도 모른다고 했다. 그리고 new SqlConnection(); , new MySqlConnection()과 같은 방식으로 사용하는 것이 더 직관적인 것 같다고 설명했다.
- PairProgrammingForGroupStudy . . . . 3 matches
그런데 이런 암묵지는 전문가와 학생이 같은 공간을 점유하며 함께 일하고 생활하는 속에서 가장 효과적으로 학습됩니다. 도제식 수업(apprenticeship)을 일컫는 것이죠.
우리과 후배들이 하듯 개인별 숙제를 내주고 이를 검사하는 것도 좋지만 이러면 효과적인 학습이 잘 이뤄지지 않습니다. 같은 공간에서 함께 공부할 여유가 있다면 이런 개별 학습보다 공동 학습이 더 효과적입니다.
이런 식으로 같은 태스크를 짝을 바꿔가며 두 세 번만 반복하게 되면, 매 번 할 때 마다 아까보다는 좀 더 나은 작업을 할 수 있게 되고, "문제 발견 -> 해결"의 학습을 하게 됩니다. 나쁜 코드를 보고, 이게 좋은 코드로 바뀌는 그 과정을 직접 경험하는 것이죠.
- PragmaticVersionControlWithCVS/CommonCVSCommands . . . . 3 matches
하지만 바이너리의 경우에는 문제가 발생한다.
* 바이너리 파일에 CVS 키워드가 들어있다면 이것이 치환되어서 문제가 발생하게 된다.
다음과 같은 과정을 통해서 복구가 가능하다.
- ProgrammingLanguageClass/2006/EndTermExamination . . . . 3 matches
02, 05 년에 언어 디자인시 고려해야할 점에 대한 문제가 출제되어서 그쪽으로 공부를 많이 했지만 나오지 않았다는 점에서 의외였음. 디자인 이슈를 공부할 생각이라면 Pointer, Array, Abstraction, Subprogram 의 디자인 이슈에 대해서 공부하는 것이 좋을 듯함.
a) 상기 소스에서 fun 함수의 파라메터 전달 방식이 Pass-By-Value, Pass-By-Name 의 경우로 나누어서 출력 결과값을 나타내라 (소스는 대충 비슷한거 같은데 확실하지 않음. -_-;; 기억에 의존하다 보니 ㅋㅋ)
up to ... (1) <어느 위치·정도·시점이> …까지(에), …에 이르기까지;<지위 등이> …에 이르러:up to this time[now] 지금껏, 지금[이 시간]까지는/I am up to the ninth lesson. 나는 제 9과까지 나가고 있다./He counted from one up to thirty. 그는 1에서 30까지 세었다./He worked his way up to company president. 그는 그 회사의 사장으로까지 출세했다. (2) [대개 부정문·의문문에서] 《구어》 <일 등>을 감당하여, …을 할 수 있고[할 수 있을 정도로 뛰어나]:You’re not up to the job. 너는 그 일을 감당하지 못한다./This novel isn’t up to his best. 이 소설은 그의 최고작에는 미치지 못한다./This camera is not up to much. 《구어》 이 카메라는 별로 대단한 것은 아니다./Do you feel up to going out today? 오늘은 외출할 수 있을 것 같습니까? 《병자에게 묻는 말》 (3) 《구어》 <나쁜 짓>에 손을 대고;…을 꾀하고:He is up to something[no good]. 그는 어떤[좋지 않은] 일을 꾀하고 있다./What are they up to? 그들은 무슨 짓을 하려는 것인가? (4) 《구어》 <사람이> 해야 할, …나름인, …의 의무인:It’s up to him to support his mother. 그야말로 어머니를 부양해야 한다./I’ll leave it up to you. 그것을 네게 맡기마./It’s up to you whether to go or not. 가고 안가고는 네 맘에 달려 있다./The final choice is up to you. 마지막 선택은 네 손에 달려 있다.
- ProgrammingPearls/Column5 . . . . 3 matches
* 큰 프로그램에서는 툴에서 제공하는 디버깅을 쓰지만, 이렇게 작은 알고리즘 같은 것에서는 print문 같은걸 쓰는게 편하다고 한다.
* c에서의 assert문을 사용하는 테크닉 같은 것을 보여주고 있다.
- PyIde . . . . 3 matches
* 이름 : PyIde (PyIdea 로 하고 싶었으나.. 이미 sourceforge쪽에서 누군가가 같은 이름을 먹어버려서. -_-)
* [Plex] - http://www.cosc.canterbury.ac.nz/~greg/python/Plex/ - 근데.. 몇몇 부분은 parser 모듈로만으로 충분할것도 같은데..
''그렇다면 Eclipse PDE 도 좋은 선택일 것 같은 생각. exploration 기간때 탐색해볼 거리가 하나 더 늘었군요. --[1002]''
- PyUnit . . . . 3 matches
종종, 많은 작은 test case들이 같은 fixture를 사용하게 될 것이다. 이러한 경우, 우리는 DefaultWidgetSizeTestCase 같은 많은 작은 one-method class 안에 SimpleWidgetTestCase를 서브클래싱하게 된다. 이건 시간낭비이고,.. --a PyUnit는 더 단순한 메커니즘을 제공한다.
기본적으로 TextTestRunner는 sys.stderr에 출력한다. TextTestrunner 같은 클래스는 Python interpreter session과 상호작용하면서 test들을 실행시켜볼 수 있는 이상적인 방법이다.
- REFACTORING . . . . 3 matches
Three Strike 법칙은 외우기 쉬워서 처음 Refactoring 을 하는 사람들에겐 적당하다. 하지만, 저 법칙은 주로 중복이 일어날 때의 경우이고, Rename Method/Field/Variable 같은 Refactoring 은 지속적으로 해주는 것이 좋다.
그리고 다음과 같은경우 Refactoring을 함으로써 이득을 얻을 수 있다.
- 닷넷 다음 버젼에 추가된다고 어디서 본거 같은데.. -[인수]
- RefactoringDiscussion . . . . 3 matches
Martin Folwer의 Refactoring p326(한서), 10장의 Parameterize Method 를 살펴보면 다음과 같은 내용이 나온다.
* ["Refactoring"]의 Motivation - Pattern 이건 Refactoring 이건 'Motivation' 부분이 있죠. 즉, 무엇을 의도하여 이러이러하게 코드를 작성했는가입니다. Parameterize Method 의 의도는 'couple of methods that do similar things but vary depending on a few values'에 대한 처리이죠. 즉, 비슷한 일을 하는 메소드들이긴 한데 일부 값들에 영향받는 코드들에 대해서는, 그 영향받게 하는 값들을 parameter 로 넣어주게끔 하고, 같은 일을 하는 부분에 대해선 묶음으로서 중복을 줄이고, 추후 중복이 될 부분들이 적어지도록 하자는 것이겠죠. -- 석천
우리에겐 프로그램의 옳음(correctness)이 일차적입니다. 이것은 ["UnitTest"]나 Eiffel 같은 DBC 언어로 상당한 정도까지 보장 가능 합니다.
- Ruby/2011년스터디 . . . . 3 matches
* 예를 들어 다음과 같은 배열 c = [a, b, 1, 2, 3, "Hi"] 에서 c[0] => a, c[-2] => 3, c[-7] => nil
* module은 자바의 interface와 같은 것인가?
* 자바의 인터페이스 같은 느낌?
- RubyLanguage/Expression . . . . 3 matches
* ==: 두 값이 같은지 비교
* eql?: 서로 같은 값을 가지고 타입도 같아야 true
* equal?: 같은 object ID를 가지고 있으면 true
- STL/vector/CookBook . . . . 3 matches
* 몇 번 써본결과 vector를 가장 자주 쓰게 된다. vector만 배워 놓으면 list나 deque같은것은 똑같이 쓸수 있다. vector를 쓰기 위한 vector 헤더를 포함시켜줘야한다. STL을 쓸라면 #include <iostream.h> 이렇게 쓰면 귀찮다. 나중에 std::cout, std:vector 이런 삽질을 해줘야 한다. 이렇게 하기 싫으면 걍 쓰던대로 using namespace std 이거 써주자.
* 우리가 여태까지 배운 거만 써보면 이렇게 고칠수 있다. 그 유명-_-한 동적배열이다.--; 아.. delete [] 저거 보기 싫지 않은가? c와 c++의 고질적인 문제점이 바로 저거다. 메모리 관리를 프로그래머가 해줘야 한다는거.. 자바 같은건 지가 알아서 delete 해주지만.. c나 c++에서 delete 안해주면.. X되는 꼴을 볼수 있다. (본인이 한번 경험해 봤다.) 그래서 잘 디자인된 클래스는 클래스 내에서 알아서 없애줘야 한다. 바로 vector를 쓰면 저 짓을 안해줘도 된다. 또 고쳐보자.
* container 에 값이 저장될때는 복사 과정이 수행된다. 그래서 값이 간단한 int, double형 에 대한 containter는 그렇게 문제가 되지 않된다.
- STLErrorDecryptor . . . . 3 matches
개인홈페이지가 출처라서 언제사라지게 될지 모르겠군요.
가) STLfilt.zip의 압축을 푼 디렉토리에서 STLtask.exe를 실행합니다. 별 문제가 없으면 아래와 같은 대화 상자가 뜹니다.
- STLPort . . . . 3 matches
* 메이크 파일을 읽으면, 아래와 같은 대화 상자가 나와 "프로젝트를 만들겠냐고 물어 보는데, 당연히 [예] 하시고, 적당한 이름(예: STLP_vc6)을 짓죠. 프로젝트 파일인 .dsp와 .dsw가 만들어 지면서 재사용 바이너리를 빌드할 수 있게 됩니다.
== nmake에 문제가 있을 경우 ==
만약에 nmake가 실행되는 데 문제가 있거나 라이브러리 설치가 제대로 되어 있지 않다면, 비주얼 스튜디오에 관련된 환경 변수가 시스템에 제대로 등록되지 않은 이유가 대부분입니다. 그러므로, VCVARS32.BAT를 실행한 후에 다시 nmake install을 해 보세요.
- ScheduledWalk/석천 . . . . 3 matches
위까진 프로그램의 트리중 1차 레벨이겠고, 이를 조금씩 재정의해나갔습니다. 컴파일 에러는 거의 뭐 무시를..~ 어차피 뼈대이므로. 컴파일 에러나 무한루프 등이 문제가 발생하는 경우엔 일단 void 형으로 리턴값을 적거나 return false; 식으로 채워넣습니다. 일단은 뼈를 잡는게 더 중요하므로.
이정도면 처음에 생각해둔 뼈대가 나왔다고 생각됩니다. (즉, 추후 더 세분화시켜서 나눌 수 있긴 하지만, 이정도에서도 바로 구현으로 들어가는데 별 문제가 없을 것이라고 생각될정도)
구현 순서에 대해서 원칙이 있으면 좋을것이란 판단하에 다음과 같은 원칙을 세웠습니다.
- SibichiSeminar/TrustModel . . . . 3 matches
* 홍기가 대학원에서 짱박혀 있더니 이런걸 하고 있었군요,, 군대 갔다 온 사이에 너무 멀리 가 버린 느낌? ㅋㅋㅋ 아무튼,, 자료구조 시간에 Pre-test라는 형식으로 검색 방식에 관한 희소 행렬과 관련 지었던 문제가 생각이 나는 그런 세미나였습니다. 뭐 제가 본 Pre-test는 그래도 쉽게 접근할 수 있게 해 놨었는데 역시나 자세히 들어가니 뭔가 복잡하기도 하다는 느낌도 들더군요. 마지막 즈음에 M-16과 장난감 총으로 든 예시는 재밌으면서도 어딘가 한편으로는 씁쓸한 생각이 들기도 하는.. 뭐 그랬습니다. - [권순의]
* 음.. 어려운 내용이었습니다. 추상적으로 이해하고 끄덕끄덕... 견문이 좁은 탓이겠지요. ㅜㅜ 뒷부분은 재밌었습니다. 지난 주에 언급했던 커뮤니케이션의 실패와 관련이 있을지도... 버전 관리 얘기도 나왔는데, 그 부분이 궁금하네요. 그렇다 할만한 팀워크를 해본 적이 없어서요. 코드를 구역 별로 나눠서 동기화하는 방법이 적절할 것 같은데. 이런 일을 돕는 프로그램이 있는거죠? -_-; - [정진경]
* 세미나 주제가 참 놀라웠습니다. 페이스북을 이용해 관심사가 같은 사람들을 엮어주는 앱은 이미 나와있지만, 이건 일일히 사용자가 입력을 해야하는데, TrustModel은 프로그램이 알아서 다해주는것 같더군요. 지식이 얇아서 여기까지밖에 이해 못했습니다. 꺼이꺼이. 세미나 막간에 넣은 M-16인용 개발자-기획자-디자이너의... 뭐라고 해야하나요. 암튼 재밌게 잘 봤습니다. 삼위일체가 답이군요. 하하하하.. 정확한 커뮤니케이션은 정말 힘든것 같아요. 새내기 다운 새내기가 없다는 말씀을 자꾸 하셨는데.. 저 새내기 맞아요 ㅜㅠ C언어도 학교 오고나서야 처음으로 알았어요 ㅜㅠ - [고한종]
- Spring/탐험스터디/2011 . . . . 3 matches
1.2. 불변객체와 가변객체 : 불변객체는 생성된 이후에 내부의 필드에 대한 수정자가 없는 객체를 말한다. 내부 필드에 접근이 불가능하기 때문에 값이 변하지 않는다. 따라서 한 번 생성한 이후에는 필요한 곳에 같은 객체를 재사용할 수 있다. 가변객체는 내부의 값에 접근할 수 있는 메소드를 공하는 객체를 말한다. 가변객체를 불변객체처럼 한 번 생성한 후에 여러 곳에서 사용할 경우 한 곳에서만 값이 바뀌어도 모든 값이 다 바뀌므로 가변객체는 매번 사용할 때 마다 새로 생성(new)을 해 주어야 한다.
- Framework 와 library가 같은것은 아님
책에 jar 파일 목록에 있던 것 중 org.springframework.~~ 가 아닌 것들이 빠져있어서 그런가 아래와 같은 오류가 나는..
- Spring/탐험스터디/wiki만들기 . . . . 3 matches
* Page또는 User 계정 삭제에 대한 고민. Page는 삭제도 History로 남는다. 삭제했다가 같은 이름으로 다시 만들면 history는 남아있음. 그러나 User는 삭제해도 id는 남아서 history에 존재해야하고 같은 id로 다시 만들면 기존 정보 삭제가 필요. 그래서 User의 속성중 id와 다른 정보(password, e-mail등..)를 분리하였다.
* 이건... 음.. "signup 폼을 담은 페이지를 호출" 할 때와 "사용자의 ID와 PASSWORD를 전달해 로그인 처리를 하는" 경우가 같은 Request Name을 가지게 되서..
- TAOCP/BasicConcepts . . . . 3 matches
우리는 다음과 같은 새로운 단계를 추가할 수 있다(꼭 필요하진 않다)
같은 형식으로 쓴다.
A4. 오른쪽으로 가면서 CURRENT와 같은 문자를 찾는다. 찾은 경우 흔적을 남기고 A3로 간다. (못 찾고 오른쪽 끝까지 가면 A5로 간다.)
- TheJavaMan . . . . 3 matches
같은 카드 찾기, 심심오오, 오투잼, 메신저, 그림판,
- 참여한 사람들이 각자 한개 이상씩의 하고싶은 프로젝트에 들어서 (프로그램을 만드는데 필요한 요소들을 중심으로 각자 책으로 공부하게 된다)같은 팀끼리 일주일에 한 번정도 모이고, 그것을 토요일에 설명하는 과정으로 (따라서 일주일에 두번 정도 모이게 됩니다.) 전체 자바 프로젝트를 진행해야 하는데 참여율이 저조한것 같다. 토요일에는 각자 프로젝트에 대한 세미나(다른 사람들의 이해를 돕기 위해)를 하고, 한번 정도는 밤을 새서 몇개의 프로젝트를 완성하는 방법도 고려중이다.- 10일(토)에 모인 사람들
- 부속 프로젝트로 로보코드 페이지를 만들기는 해야겠는데 무슨 형식으로 만들어야 하는감 - [문원명]
- UseSTL . . . . 3 matches
* 나도 위와 같은 표현이 있는 책을 읽어봤는데.. 허거.. 너무 어려웠어.. Effective STL이라는 책이었는데.. 좀 쉬운 과정 없을까.. 휴 Generic Programming and the STL 찾아봐야쥐.. ㅡ.ㅡ--["경태"]
* 오늘 맘에 드는 함수가 있는 소스를 보고 적어줄려 했더니.. 같은 책을 보고 있었네.. ^^;;;;; --["경태"]
* 이전에.. 1부터 10000까지 숫자를 임의로 생성시켜야 하는데 임의적인 숫자가 반복되어서도 안되고, 숫자가 빠져서도 안되게 코딩을 해야 하는 경우가 있었잖아. 그때는 Boolean 10000개로 이미 쓴 숫자인지 테스트 했었던 것 같은데 아래가 정석인 것 같다.
- WIBRO . . . . 3 matches
* 이 기술이 나오는 배경은 현재의 CDMA 망 위에서 구현되는 멀티미디어 동영상 기술의 요금이 엄청나게 높고, (FIMM 같은 서비스에서 드라마 한편 보면 몇십만원..아시죠?) CMDA가 한국이 아닌 미국 QUALCOMM사가 원천기술을 가지고 있어 라이센스를 엄청나게 지불하는 상황이기 때문입니다. (그렇게 비싼데 일본애은 휴대폰으로 인터넷 하는 이유를 모르겠음. 게다가 느리기도 오지게 느리다.)
* 사람들은 버스나 길거리에서 그거 쳐다보면서 (지금의 핸드폰처럼) 게임이나 웹검색이나 메일이나 위치기반 서비스 같은것을 열나게(?) 열심히 할 겁니다.
돌아다니면서 인터넷을 할 수 있다는 환상? 에 대한 글을 그것이 현실이 된 지금 시대에 읽으니 새롭네요. 이걸 보면 지금 발표된 기술들로 2020년은 무슨 세상인지 예측 가능할듯... - 2013.03.18 [강성현]
- WebGL . . . . 3 matches
Attribute는 각 포인트 별로 전달되는 정보이고 uniform 은 전체에서 공통적인 정보이다. 일반적으로 Attribute는 각 정점의 위치 정보와 각 지점의 법선 벡터 정보를을 전달한다. uniform은 일반적으로 카메라의 위치나 환경광의 위치처럼 전체적인 것을 전달한다. Attribute나 uniform은 일종의 변수인데 핸들을 얻어와서 그것을 통해 값을 전달할수 있다. 즉 Atrribute나 Uniform은 Javascript측에서 쉐이더로 정보를 보내는 것이다. varying은 쉐이더 간의 정보 전달에 사용된다. vertex shader에서 fragment shader로 값이 전달되며 반대는 불가능하다(파이프라인 구조상 당연한 것이다). 이때 vertex shader는 각 정점(꼭지점) fragment shader는 각 픽셀에 한번 호출되게 되는데 각 정점 사이의 값들은 [보간법]을 거쳐 전달되게 된다(그라디언트 같은 느낌이다 중간값을 알아서 만들어 준다).
현재 객체 래핑중 중대한 문제에 봉착. 대부분의 모듈과 세이더 코드는 [콜백]으로 호출되는데 이것을 적절히 래핑할 방법이 없다. webGL과는 하등 연관이 없는 부분이라서 각자 알아서 구현하도록 해도 되지만 대부분의 경우 같은 코드를 다스 짜고 있는 나를 보게 된다. 이것을 어떻게 해야 잘한 래핑이라 할수 있을까?
OpenGL과 동일한 -1.0 ~ 1.0이며 이를 넘어갈시에는 표현되지 않는다. 매트릭스 연산을 직접해야만 하는 WebGL에서는 이점이 간과되기 쉬워서 이미 그린 페이지가 어디에 있는지 찾는 현상이 발생하게 된다.
- XMLStudy_2002/Start . . . . 3 matches
*SVG(Scalable Vector Graphics)포맷과 같은 그래픽 분야 전자상거래의 트랜잭션 처리, MathML과 같은 수학식 표현 등이 사용 예
*파라미터 엔티티 : DTD 문서 내에서 이거나 XML문서 내에서 XML문서의 선언부인 <!DOCTYPE> 부분과 같은 엔티티 선언부나 엘리먼트 선언부에서만 사용
- XpQuestion . . . . 3 matches
''Xper 에서 비슷한 기능을 하는 페이지가 '질문답변' 인데, 이 페이지같은 경우는 직접 질문하고 답을 쓴거여서 '질문답변' 에 올리기가 좀 그렇더라구요 Faq 라는 페이지를 만들까 하다가 좀 주관적인 답이여서 그렇고. Xper 에서 페이지 제목 궁리하다가 그냥 일단 여기 만든거라는. ^^; (Xper 에도 올립니다. 페이지들 별로 녹여넣어야겠군요.) --["1002"]''
각 Practice 를 공부를 하다보면, 저것들이 이루어지기 위해서 공부해야 할 것들이 더 있음을 알게 된다. (의식적으로 알아낼 수 있어야 한다고 생각한다.) Refactoring 을 잘하기 위해선 OOP 와 해당 언어들을 더 깊이있게 이해할 필요가 있으며 (언어에 대해 깊은 이해가 있으면 똑같은 일에 대해서도 코드를 더 명확하고 간결하게 작성할 수 있다.) CrcCard 를 하다보면 역시 OOP 와 ResponsibilityDrivenDesign 에 대해 공부하게 될 것이다. Planning 을 하다보면 시간관리책이나 일거리 관리책들을 보게 될 것이다. Pair 를 하다보면 다른 사람들에게 자신의 생각을 명확하게 표현하는 방법도 '공부'해야 할 것이다. 이는 결국 사람이 하는 일이기에. 같이 병행할 수 있고, 더 중요한 것을 개인적으로 순위를 정해서 공부할 수 있겠다.
- Yggdrasil/가속된씨플플 . . . . 3 matches
* 그렇군요. 확실히 그런 하나의 완전한 페이지가 있는 편이 좋겠네요. 하나로 정리할 때는 역시 이전의 페이지를 작성한 사람과 상의를 해서 해야겠죠? 아니면 그냥 제가 추가하고 싶은 내용을 추가하면 됩니까? 후자의 경우는 '기본적인 사실인데 제가 잘 모르고 있던 개념' 같은 건 쓰기가 좀 곤란하겠군요. --영동
* 요약과 같은 객관적인 내용은 NoSmok:말없이고치기 를해도 상관없다고 생각하며, 후자의 개념 문제는 확실하지 않은 내용은 쓰지 않으면 되지요. 중요한 것은 중복된 페이지를 양산하지 않는다는 점입니다. --NeoCoin
- ZP도서관 . . . . 3 matches
종필아 체게바라 평전 볼만해? 대강 무슨내용? --상민
- 조금 읽기에는 지루한 감이 있지만 체게바라와 쿠바혁명에 대해 알수 있는데요. 좋은것 같습니다. 더군다나 우리나라 사회구조에 염증을 느껴서리..-_-; 아무튼 우리나라에도 체게바라같은 사람이 등장해야할텐데요.;; - 임인택
잘은 모르겠지만 자신이 직접 소유한 책만 올리는 것 같은데, 도서관에서 봤던 괜찮은 책도 올리면 여러모로 좋을 것입니다. 사람들이(특히 컴공과) 잘 모르지만 우리 학교 도서관에 좋은 책 참 많습니다. (오래된 책 중에도 좋은 책이 많습니다) 특히 제가 구입 신청을 많이 해서 핵심적이라 할 만한 클래식들은 쫘악 구비시켜 놨습니다. --김창준
- ZeroWiki . . . . 3 matches
* 위와 같은 목적으로 쓰는 사람들이 알아서 잘 사용하세요. 다른 사람들의 페이지에 대해서도 자유롭게 참여하십시오.
kesarr: 노스모크는 흡연을 안 하는 사람들의 폐쇄적인 모임 같은 건데 처음에는 파이썬으로 구현된 유명 위키 플랫폼인 모인모인을 사용했는데 제로페이지 위키도 김창준 선배와 교류하면서 노스모크 활동을 하시던 제로페이지 선배님들이 모인모인을 적용했었고 노스모크 내부의 다양한 요구사항에 대응하기 위해서 노스모크의 한 회원이 모인모인을 개조하기 시작 이걸 모인모인 노스모크 에디션이라 부르고 그 회원이 아예 위키 플랫폼을 새로 만들자고 선언하고 PHP로 새로운 한국형 위키 플랫폼을 개발했는데 그것의 이름이 모니위키
kesarr: 그리고서 노스모크는 모니위키로 건너갔고 제로위키는 제로페이지 선배님들이 모인모인과 호환되는 새로운 위키를 공부도 할겸 제로페이지 내 프로젝트로 진행하셨는데, 이게 제로위키. 제로페이지 위키는 여기서 제로위키로 갈아탐 제로위키는... 일단 심각한 버그가 있었고 특정 행동(콘텐츠 편집)에서 행이 걸려서 엄청나게 늦게 반응하는 문제가 있었음...그런데 프로젝트를 진행하던 선배님들이 계속 제로위키를 유지보수하기 힘들게 되면서... 그런데 그 시점에...!!
- [Lovely]boy^_^/Arcanoid . . . . 3 matches
* 정확히 무슨 이상한 짓이라는 거지? 코드를 보여주라 --["상민"]
* 음. 예를 들자면 다음과 같은..
* 전자의 코드에 억매이는거 같은데, 전자의 코드의 전제가 여러명이 동시에 그릴려고 달려들때의 상황으로 생각하자. gdi에서는 event driven 이기 때문에 모든 책의 예제들이 항상 그런 경우를 상정하고 바로 이전의 객체로 그리기 상태로의 복귀를 전제로 하여 작성되어 있다. 하지만, 네가 그리고자 하는 영역이야 계속 하나로 선택되어 있어도 아무 상관 없는걸. CPen 이 어디로 도망가는 것도 아니고 말이지.
- 고한종 . . . . 3 matches
제로페이지가 부흥하길 바라는 사람.
* 극명한 생각의 대조겠죠... "이ㅅㄲ 무슨 해킹질이지", "아오 공대냄새나" - [김태진]
* 인생 목표를 추가한걸 봤는데.. '하고싶은 일 하면서 돈 많이 벌고 일 하기싫을 땐 쉴 수 있으면서 때론 일 외에 하고 싶은거도 마음대로 하기' 네. 목표니까 어려운거겠지만 저런게 존재할까? ㅋㅋㅋㅋ 유명한 Mr.Gates도 한창 젊어서 일할 때 쉬는건 쉽지 않았을거같은데.ㅋㅋ
- 고한종/팩토리얼 . . . . 3 matches
재귀함수를 쓰지 않고 팩토리알 쓰기. 저기서 변수를 더 줄일 수 있을것 같은데 하기 힘들다.
* 위키를 열심히 사용하고 있네요~ 바람직합니다 ㅋㅋㅋ 그런데 ZeroWiki에서는 위키 페이지를 생성할때 상위페이지명/하위페이지명 이런 식으로 카테고리처럼 페이지 이름을 만든답니다. 예를 들어 이 페이지라면 고한종/팩토리얼 이렇게 써주는 것이 적절하겠죠. 그리고 각각의 페이지가 고립된 섬이 아니라 다른 페이지들과 연결될 수 있도록 상위페이지 혹은 연관된 다른 페이지를 링크해주면 더더욱 좋답니다. :) 예를들어 이 페이지에는 [고한종] 페이지와 [새싹교실/2011/A+]을 링크할 수 있겠네요. - [김수경]
* 그렇군요. 근데 한번 쓴 글은 제목을 못 고치는 것 같은데 지우고 다시 써야 하는 방법 밖에 없나요? - [고한종]
- 골콘다 . . . . 3 matches
* 책을 읽으면서 '이게 과연 1920년대의 이야기일까?' 하는 질문을 하게 하는 소설같은 역사이야기. 특히, 최근 미국의 분식회계 사태를 보며 신문에서 '브루투스, 너마저...' (책에서 똑같은 말을 한다;) 를 이야기하는것을 보면. 달라진 점이라면 액수가 커졌다 정도? (책에 나오는 모건 은행의 중개인인 리차드 위트니는 추후 자신의 경제파탄을 무마하려고 거의 300만달러에 달하는 빚을 진다. 대출을 받기 위해 고객의 유가증권들을 함부로 담보로 맡기는 짓도 서슴없이 했다고 한다. 그게 1920년대란다; 결국은 이중장부와 불투명한 경영, 하버드-월가 또는 정계의 연줄을 가진 엘리트들의 특이한 도덕(?)의식의 결과.)
* 나중에 힘이 생기면 '수구' 적이지 않을 자신이 있을까. 이미 자신의 이론이 고정화되어린 이상의 경우. --["1002"]
- 권영기 . . . . 3 matches
* 책을 빌려 놓고 읽지 않는다. 방학 때는 일주일에 두 세권씩 본 것 같은데 학기 시작하면서 독서를 끊었다. - [권영기] 2013/04/15
* 4월 쯤에 혼자서 공부를 하면서 wiki에 기록을 남기려고 했던 것 같은데... 반성을 하게 됩니다. - [권영기] 2013/11/03
* 사실 개인 위키 페이지가 있었다는 사실을 까먹고 있었습니다. 이전에는 그래도 자주 보고 업데이트도 했었는데. 성적은 잘 받았고, 전공과 관련 없는 책도 많이 읽었네요. 작년에 몇 권 정도 책을 빌렸는지 보니까 전공 비전공 합쳐서 65권 빌렸네요. 그래도 39권 정도는 다 읽거나 어느정도 읽고 도움도 많이 받았어요. 읽은 것에 대한 내용 정리가 좀 더 되있었으면 좋았을텐데. 그래도 나름 나쁘지 않네요. 10권 정도는 빌려놓고 안봤고, 16권은 빌린책을 다시 빌려서(...) 그리고 영어 점수랑 한자 급수는 2015년으로 넘어갔습니다. - [권영기] 2015/01/05
- 논문번역/2012년스터디/김태진 . . . . 3 matches
더 많은 문서 작업을 위해, 개인의 손글씨 각 줄들을 추출했다. 이것은 글씨들을 핵심 위치들 사이로 이미지를 쪼개는 것으로 할 수 있었다. 핵심 위치란, 글씨의 아래위 선사이의 영역과 같은 것인데, 핵심 위치에 존재하는 줄에서 필요한 전체 픽셀들의 최소 갯수를 말하는 한계점을 응용하여(?)찾을 수 있다. 이러한 한계점은 2진화된 손글씨 영역에 대한 수직적인 밀집 히스토그램(the horizontal density histogram of the binarized handwriting-area)을 사용한 Otsu method를 사용하여 자동적으로 만들 수 있다. 검은색 픽셀들의 갯수는 수평적 투영 히스토그램에 각각의 줄을 합한 갯수이고, 그 이미지는 이 히스토그램의 최소화를 따라 핵심 위치들 사이로 조각 내었다.
만약 벡터 방정식 ...가 오직 자명한 해를 가진다면 Rn에 있는 인덱싱된 벡터들의 집합을 선형적으로 독립적(linearly independent)이라고 말한다. 만약 (2)와 같은 0이 아닌 가중치가 존재한다면 그 집합은 선형 독립전이다고 한다.
기하학적인 용어로서, 두 벡터들은 그 두 벡터가 원점을 따라 같은 선상에 놓여있기만하면 선형 의존적이다. Figure 1은 예제 3번으로부터 벡터들을 보여준다.
- 데블스캠프2002/진행상황 . . . . 3 matches
* 일요일, 그리고 목요일, 금요일 동안 지겹도록 풀었을것 같은 RandomWalk 가 이렇게 다양한 모습을 보여주었다는 점에선 꼭 푸는 문제 수가 중요하지 않다라는 점을 확신시켜주었다.
과정을 의식하고 행한다는 것은 그런것 같다. 문제 SPEC을 받았을때부터 코드의 끝까지. 잘못된 부분을 의식하지 않으면 끝까지 고칠수 없다. 문제 자체가 드러나지 않으면 문제를 풀 수 없으니까. 문제가 나를 지배하기 전에 내가 문제들을 지배하려면. 하나하나 나의 제어영역으로 들어오도록 해야겠다. 이름상으로는 세미나의 진행자로 올랐지만, 이 시간만큼 나는 세미나 진행자인 동시에 배우는 사람일 수 있었다.
* 불필요한 스레드일지도 모르겠으나, 일단 완벽히 어셈쪽 이야기를 하는 것이 아니라, 단순히 C 언어같은 하이레벨 언어에서의 관점으로 얘기하는 것이라면, 포인터란 '가르키는 것' 이라는 추상적인 개념일 뿐입니다. 오히려 어설프게 메모리의 주소라는 개념을 알게 된다면 나중에 더욱 큰 혼돈을 불러일으킬 수 있습니다.. 저처럼요.. -["zennith"]
- 데블스캠프2004/목요일후기 . . . . 3 matches
* Siver bullet 는 Pair + 요구사항 변경일까? 시간이 걸리는 한가지를 진득히 구현하면서 밤을 새는 끈기를 이끄는 방법은 없을까? 재동 처럼하지 않은 것은 작년과 같은 기억으로 진행했었던 모양이다. 역시 피드백은 유용하군. ([데블스캠프2004/수요일후기] 강사후기에 적어주라) 작년 기록에서는 Pair 는 하지 않았군. 그럼 어떻게 해결했었을까? 03들이 작년의 기억을 되살려 [데블스캠프2004/공유비전]에 끈기를 넣은것 같은데 그때는 어떻게 했었지? --NeoCoin
* 그렇군, 뒤에 이틀을 살펴보니 신입생+신입생으로 구성된 페어가 보이는군, 올해는 재학생 + 신입생 페어를 지향한것 같은데(나도 그렇고) 무언가 부족한 점이 있을까? 월요일 관찰은 2/8분 규칙을 해도 몇몇이 선배가 무시하고 키보드 독점 폐해가 있었다. --NeoCoin
- 데블스캠프2006/월요일/연습문제/웹서버작성/변형진 . . . . 3 matches
* PHP로 짜면 스크립트 언어 특성상 프로그래밍이 즐겁다고나 할까요? 그런 느낌이 좋아서 PHP를 선호하긴 하지만, UI를 제외한 코어 루틴만큼은 레퍼런스와 샘플을 함께하면 대부분의 언어로 같은 루틴을 만들 수 있을 거라고 생각해요. 그래도 어느정도는 비 웹언어에 익숙해져야 하지않을까 싶어 C++, Java, C#을 고민하다 C#을 선택해서 해봤는데, C#이 클라이언트단 어플리케이션에서도 효용성을 가지려면 Windows Vista가 출시된 후의 상황을 지켜봐야 할 것 같고, 아직은 C/C++이 더 대세인건 분명해보이네요. 사실 저같은 경우에는 아직은 연구하고 싶은 관심사가 '대용량 데이터베이스 기반 검색 엔진'과 '형태소 분석 기반 자연어 처리'로 DB와 문자열 처리에 관한 부분인데, DB 처리는 일단 RDBMS에서만큼은 PHP처럼 수월한 언어가 없고, 문자열 처리는 Perl이 다른 언어들에 비해 월등하다보니 그런 언어를 도메인 언어로 해오지 않았나 싶네요. ㅋㅋ - [변형진]
* 내가 PHP 도 약간 해보고, JSP 나 Java 도 약간 해봤서 대충 심정을 알듯.. 나도 JSP랑 Java 써서 이번에 DB 프로젝트 개발 해보기전에는 웹에서는 PHP로 짜는게 가장 편하게 느껴졌었거든. 그래서 DB 프로젝트도 웹은 PHP 응용은 Java 이렇게 해 나갈려고 했는데 PHP가 Oracle 지원은 버전 5.x 부터 되서 걍 Jsp로 하게 됐지. 둘다 해본 소감은 언어적인 면에서는 뭐 PHP로 하나 Jsp로 하나 별 상관이 없는거 같고, 다만 결정 적인것은 개발환경및 Jsp 에서는 java 클래스를 가져다가 사용할수 있다는 점이었스. Jsp에서 하면 Junit 을 사용하여 Unit 테스트를 하면서 작성하기 수월했고, 또한 디버깅 환경도 Visual Studio 에서 디버깅 하듯이 웹을 한다는게 정말 좋았지. 또 java 클래스를 가져다가 사용할 수 있어서 여러 오픈 소스를 활용하기에도 좋고.(예를 들면 Lucene 같은 자바로 만든 오픈소스 검색 엔진..). 특히 Eclipse 라는 강력한 개발 환경이 있어서 Visual Studio 보다 더 개발이 수월할 정도..
- 데블스캠프2009/화요일후기 . . . . 3 matches
* '''강소현''' - API가 뭔지, 그걸로 어떠어떠한 프로그램을 만들 수 있는 지 알게된 수업이었어요. 왠지 마지막 피아노...최종귀축 여동생 플랑도르 같은 거도 연주하게 할 수 있지 않을까하는 느낌이 ㅇㅁㅇ(!) 직접 연주하는 프로그램인 거같긴 했지만ㅋㅋ;;
* [김준석] - 같은 것을 반복하기 위해 우리는 자주 copy &paste를 사용한다. 단순히 키보드 두번만 누르면 똑같은 것이 한번더 만들어지는 좋은 단축키 이다. 하지만 사실 이 반복되는것을 우리는 단순히 단축키를 누름으로서 만들어지는것은 과거의 저급언어를 사용할때나 만들어지는 반복의 숙달이다. 평소 자주 알고리즘을 연구하자는 말을 들을것이다. 문제를 푸는것 만에는 사실 극히 특별한 알고리즘이 필요없다고 생각한다. 살면서 어떻게든 간단반복으로 대부분은 풀수 있을테니까. 알고리즘을 연구하는것은 우리가 사용하는 컴퓨터의 부담을 줄이기 위해 만들며 이는 단순 반복되는 계산과정을 줄여줘 자원의 낭비를 줄여준다. 이렇듯 컴퓨터의 반복은 줄이면서 직접 키보드를 치며 반복하고있는 나의 자원소비량은 어떤가? 나는 왜 반복을 하고 있는가? 이 긴 코드를 줄일수 있는 방법은 정녕 없는것인가?라는 컴퓨터 알고리즘을 생각하듯 나를 위한 알고리즘을 생각을 해보았나? 대부분의 문서를 한장으로 줄여서 요약할수 있다는것을 가르쳐주는 One Page Proposal이라는 책에서는 "온갖 미사여구를 넣어 50page나 100page가 넘어가는 문서는 문서를 받은 사람의 책상에서 쌓이고 쌓여 결국에는 보여지지도 못하고 세절기에 들어가 버린다. 정말 자신이 있다면 알짜배기만 모아서 1Page로 보기 좋게 만들어라." 맞는 말이다. 아무리 길게 만든 프로그램이라도 20줄도 안되는 프로그램과 성능이 똑같다면 당연히 보기도 좋고 관리하기도 좋은 20줄 프로그램을 쓰겠지.이 20줄 프로그램을 쉽게 만들기위해 사람은 자신이 편리하게 개발과 연구를 했다. 그렇게 편리하도록 발달하는 과정. 그 생각을 잘보여준 세미나였다고 생각한다. 과연 네이버에서 자동완성됬던 Kesarr.
- 데블스캠프2012/첫째날/후기 . . . . 3 matches
* UI 실습할 때 좀 더 열심히 하고 싶었는데 하필 제가 골라 앉은 PC가 상태가 아주 개떡같은 PC라 몇몇 부분을 놓쳐서 안타깝습니다. 도대체 과 내에 어떤 미친자가 있길래 PC에 클린뭐시기, 뭐시기백신 이런 게 잔뜩 깔려있는지 모르겠네요. 그 와중에 주기적으로 번쩍번쩍거리는 마에스트로 로고가 참 거지같았습니다. 마에스트로는 있으면 뭐하나;(
페챠쿠차 같은거 처음하는제 내가 발표를 한다는게 아직도 어색하기도 하고 할말을 다 못한거 같기도 하고ㅋ
* 늦게 와서 C는 듣지 못하고 UI 프로그래밍부터 참여 했습니다. C로 UI를 만들 수 있는 툴을 배웠는데, 오늘 실습해본 툴은 C#툴이고 사양이 높은 툴인것 같아서 저사양의 다른 툴을 찾아보고 사용할 수 있을 것 같습니다. 내일 웹서버관련된 세미나를 진행하는것 같은데 늦지않고 일찍 와서 유익한 시간이 됬으면 좋겠습니다.
- 데블스캠프2013/셋째날/후기 . . . . 3 matches
* 음... 사실 정말 열심히 준비를 해서 최대한 차근차근 쉽게 설명을 해 보자고 생각을 했는데... 그래도 역시 처음 접하는 것이라 그런지 그렇게 간단하게 진행되지는 않은 것 같아서 마음에 아쉬움이 남습니다. 새내기들이 파일 포인터랑 파일 입출력을 조금이라도 알고 있었으면 훨씬 수월했을텐데 말이죠. 그래도 제가 할 수 있는 전력을 다 했다고 생각하고, 앞으로 똑같은 주제로 세미나를 한다고 해도 더 낫게는 못 할 겁니다. 따라서 앞으로 같은 주제로 세미나를 할 일은 아마 없지 않을까 싶습니다. 부탁이라도 들어오지 않는 이상. 이것 때문에 마음 걱정이 커서 밥을 먹어도 먹는 느낌도 없었는데, 그래도 스스로 만족스러울 만큼은 한 것 같아서 속이 후련하고 또 조금은 아쉽기도 합니다. - [서민관]
* 이런 거 좋아해요~ ^-^! (졸기도 했지만..ㅠ) 뭔가 해 볼 수 있는 실습 같은 것이 있었으면 좋았을 것 같아요.. - [김해천]
- 데블스캠프계획백업 . . . . 3 matches
* 작년에는 '간략한 세미나(매우 짧습니다.) + 과제 제출 + 다음 문제 관한 세미나 + 제출...' 이런 식이었습니다. 세미나라 하면 거의 문제가 무엇인지를 알려주는 정도였습니다. 스스로 고민을 많이 하게 했던 캠프였습니다. 당시 과제의 갯수는 대략 20개 정도였습니다. --창섭
* 음.. 솔직히 문제 주고, 풀게 하고 하는게 더 현실적이고 배울점도 많을거 같네여.. 그러면 02들이 문제풀 동안 나머지 학번들은 뭐 하져? 같이 문제 푼다 해도 시간이 남을거 같은데여..- 상협
* MFC도 간단히 맛좀 보여줘도 좋을거 같은데요.. - 상협
- 루프는0부터? . . . . 3 matches
보통 비대칭형 범위는 대칭형 범위보다 더 사용하기 쉽습니다. 왜냐하면 다음과 같은 중요한 속성이 있기 때문입니다. [m, n)과 같은 형식의 범위는 n-m개의 요소들을 가지며 [m,n]의 형식은 n-m+1의 요소들을 가집니다. 따라서 [0, rows)에서 요소들의 개수는 직관적인데 반해, [1, rows]에서 요소들의 개수는 덜 직관적 입니다. 이러한 속성차이는, 특히 빈 범위의 경우에 더 뚜렷합니다. 만약 비 대칭형 범위를 사용한다면, 빈 범위를 [m,n)으로 표현할수 있지만, 대칭형 범위에서는 [n, n-1]을 사용해야 합니다. 범위의 끝이 시작보다 더 작을수 있따는 가능성은 프로그램 설계시 끝이 정의되지 않아 버리는 문제를 야기 시킬수 있습니다.
조건식이 r!=rows라면, 루프가 끝날 때 r==rows라는 사실을 알수 있습니다. 불변식은 r개의 행을 출력했따는 사실을 말해 주기 때문에, 정확히 rows개의 행을 출력했다는 것을 알 수 있습니다. 한편, 만약 조건식이 <=rows라면, 그로부터 알 수 있는 사실은 최소한 rows개의 행을 출력했다는 사실 뿐입니다. 따라서 그 이상을 출력했을 수도 있는 것입니다. 0부터 번호를 매기게 되면 정확히 rows번의 반복을 수행했는지 확실히 하고자 할 때, R!=rows를 조건식으로 사용할 수 있습니다. 또한, 반복횟수가 rows번 또는 그 이상이 되기만을 원한다면, r<rows를 사용할 수 있습니다. 만약 1부터 번호를 매기다면 최소 rows번의 반복만을 원할때 r<=rows를 사용할 수 있습니다. 하지만, rows가 정확한 숫자가 되도록 하려면 어떻게 해야 할까요? 그런 경우에는 좀더 복잡한 조건식인 r==rows+1과 같은 방법을 사용 할수 있습니다. 하지만 이렇게 복잡하게 해서 얻을수 있는 이득은 거의 없습니다.
- 무엇을공부할것인가 . . . . 3 matches
Game Developer, System Software Developer, Software Architect, 전산학자 식으로 각각의 직업과 관련된 지식에 대한 Roadmap 은 어떨까요? (예전에 '~~한 개발자가 되기 위한 book map' 같은 것도 있었던 것 같은데)
최근 17세의 소년이 파이썬 메일링 리스트에 파이썬 언어를 배우는 것이 나중에 취직을 할 때 얼마나 도움이 될까를 물었습니다. 이에 대해 다음과 같은 답이 올라왔습니다.
- 문자반대출력/허아영 . . . . 3 matches
좋은 발견입니다. 한글 한 글자는 알파벳(1바이트)과 달리 2바이트입니다. 따라서 위 코드와 같이 해주면 영어와 같은 알파벳은 거꾸로 출력되지만 한글은 아예 문자열이 바뀌게 됩니다. 한글같은 2바이트 확장문자도 반대로 출력되게 구현을 한번 해보세요. - 보창
비베에서는 한글이나 일본어처럼 2바이트를 사용하는 글자의 경우 알아서-_- 판단하고 한 글자 단위로 읽는 함수가 있긴 한데 씨에서는 알파벳과 같은 1바이트 문자인지 아니면 2바이트 문자인지를 어떻게 구분해야 할까요? -태훈 [zyint]
- 반복문자열/김대순 . . . . 3 matches
웬지 함수를 굳이 쓰지 말아야 하는 코딩 같은..ㅡㅡ; 헬미~~!!
'''++'''을 쓰는 경우 조심할 필요가 있습니다. 지금은 함수에 값에 의해 전달을 하기 때문에 아무 문제가 없어 보입니다. 하지만 다음과 같은 경우는 어떨까요? -- [Leonardong]
- 빵페이지/마방진 . . . . 3 matches
가로, 세로, 대각선의 각각의 칸에 들어가는 숫자들의 합이 같은 정사각형 만들기
* 무슨 말인지 모르겠다.ㅡㅡ 흠.. - 일정
했지만서도 야바위같은 느낌을 떨쳐버릴수가 없어요.; 이미 한행의 합을 알고 가운데 숫자를 알고 만든 거니..--;
- 사람들이과제를해오지않는다 . . . . 3 matches
* 두가지를 생각해 볼수 있다. 첫번째는 그 발표 과제가 그 사람에게 너무 벅찬것이었고 숙제도 그 사람의 수준에 맞지 않는 것이이서 못해올 수도 있다. 아니면 발표거리나 과제 거리가 그 사람에게 충분한 흥미, 동기 유발을 자아내지 못했을지도 모른다. 이는 과제를 내거나 숙제를 낸 측에서 잘못 판단한것이 문제가 된것이다. 두번째 경우는 그 사람이 그 발표를 하거나 과제를 하는것에 우선순위를 아주 낮게 두는 경우다. 그래서 발표 준비나 과제를 하는건 자신이 할거 다하고 시간 남으면 하거나, 귀찮아서 미루다 미루다 안하는 경우다. 내가 보기에는 첫번째 경우 두번째 경우 모두 우리 제로페이지에서 다반사로 일어났었다고 본다. 내 예를 들면 보통 무슨 책을 같이 공부 하자고 함께 공부하는 스터디는 끝까지 가거나 어느 정도까지 간 경우가 단 한번도 없었다. 내가 보기에는 책을 스터디 그룹 지어서 같이 공부하는건 상당히 어렵다고 본다. 아예 그러고 싶으면 스터디 그룹을 만들어서 우선 개별적으로 단시간안에 그 책을 한번 공부하고 나서 다 공부한 사람들끼리 그 책에 대한것들을 서로 물어보고 토론을 하고 하는게 좋을거 같은데 쉽지 않은 얘기다. 그런데 수동적으로 책을 공부하는 프로젝트가 아닌 프로젝트를 하는데 이러 이러한 책이 필요해서 그러한 책들을 필요한 부분들을 참고하면서 해나가가는 프로젝트는 제로페이지 내에서 중간에 해체 안되고 끝까지 간경우가 책 하나에 대한 스터디 보다는 훨씬더 많았던거 같다. 내가 보기에는 이 차이는 프로젝트, 스터디를 해 나갈때는 아주 명확한 목표가 있어야 한다고 본다. 장거리 자동차 여행을 가는데 목적지 없이, 지도없이 출발하는 경우는 없다. 프로젝트도 마찬가지로 어떤 결과물을 만든다거나, 어떤 수준(아주 구체적, 객관적인)에 도달한다는 목표가 있어야 한다고 본다. 그런데 어떤 수준은 좀 애매하기에 어떤 결과물을 목표로 잡고 스터디, 프로젝트를 하는게 좋겠다고 생각한다. - [상협]
- 새싹교실/2011/무전취식/레벨2 . . . . 3 matches
* 수업시간에 제어문을 여러개 배우고 수업이 끝난 뒤 선배님들이 저녁식사로 롤을 사주셔서 맛있게 먹었습니다. 그리고 집에가서 구구단 짜보기를 하려고 했는데 이번주가 과제폭풍이라서 과제만 하다 시간이 다 가버렸어요ㅋ 주말에는 MT도 간다는데 복습할 시간을 빨리 따로 둬서 복습을 많이 해야 할 것 같아요. 수업은 지난 수업보다 어려워 진것 같아서 조금은 힘들었어요. 앞으로 조금씩 더 어려워 질 것 같은데 따로 책을 준비해서 혼자서도 여러가지 예습을 해야 할 것 같아요. 다음주엔 뭘 배우게 될지 기대가 됩니다. - [서원태]
* 형 머리는 너무 신경쓰지 마세요....(;;;) 근데 왠지 수업보다 롤과 폴짝폴짝들이 머리속에 남는것같은 이기분은 뭘까요 ;; . 이번주에 한것도 복습조금~~(?) 하고 예습도 조금~~(?) 해서 C언어에 대해서 좀더 빨리 배워보고 싶네요 ㅠ 다음주에는 또 뭘할까요.. 내일 봉봉수업시간인데 내일은 뭘할까요.. 노트북가져가서 왠지 피카츄배구만 안하면 될거같은데.. 우걱우걱 - [강원석]
- 새싹교실/2012/AClass/2회차 . . . . 3 matches
-동일한 데이터형의 많은 변수를 처리하기 위한 단수 변수를 사용하면 변수이름을 각각 다른 이름으로 사용해야하기 때문에 많은 불편이 따른다. 이러한 불편함을 덜기 위하여 같은 데이터형인 일련의 기억장소를 표현한 변수를 '배열변수'라 한다. 즉 배열을 이용하면 여러개의 변수를 간단히 표현할 수가 있다. 2차원 배열은 '데이터형,배열명,그리고 [행]과[열]'을 나타내어 표현한다. 1차원 배열은 배열 요소의 크기와 데이터형이 동일한 기억장소를 1개의 차원으로 선언하였다고 말하면 2차원 배열은 2차원으로 선언(행과열)한 것이다.
- 난수(random number)를 생성할때 stdlib.h헤더파일을 코드에 포함시키고 srand()를 사용한다.rand()함수는 매번 그 값이 같은 반면에 매실행때마다 난수를 다르게 생성하기 위해서 srand()를 사용한다.
위와 같은 표현 가능하다.(포인터명에 *을 사용하는 것은 지시하는 곳에 저장된 값을 나타내는 것이다.)
- 새싹교실/2012/새싹교실강사교육/4주차 . . . . 3 matches
파일은 메모리와 같은 주기억장치가 아닌, 하드 디스크 같은 보조기억장치에 저장되는 기본 단위입니다. 파일에는, 그 어떤 프로그램이던 간에 무조건 프로그램이 작성한 정보가 저장되는데요. 프로그램은 꽤나 많이, 실행 중에 파일을 새로 만들거나 등의 행동을 해서 파일을 액세스해야 하는 경우가 생깁니다. 그렇기 때문에 정보의 저장과 불러오기가 꼭 필요합니다. 그걸 간단하게 두 개로 설명해보겠습니다.
1.2 프로그램이 작업한 결과를 영구적으로 보존하기 위해서도 파일을 외부에 저장합니다. 이는 당연한 거겠죠? 우리가 그림판을 통해 작업을 하고 난 뒤에는 항상 저장을 합니다. 이와 같은 이치입니다. 만약 게임의 점수 정보가 담긴 파일을 저장한다든가 등에도 필요합니다.
- 새싹교실/2013/라이히스아우토반/3회차 . . . . 3 matches
// 이 밑에 3개는 무슨 차이 일까?
그래서 정말 재미있었고, 그 다음이 포켓몬스터 같은 형식의 게임이었는데 시간이 없다는 게 너무 억울했습니다.
음... 깨달은 점은 정말 함수같은것은 되게 많구나.. 라고 깨달았고
- 새싹배움터05 . . . . 3 matches
[데블스캠프]같은 행사에서 하루 정도는 신입생이 재학생을 대상으로 세미나를 해보는것도 좋을것 같다. 준비의 주체는 신입생 모두이고 주제는 어떤 것이 되든 상관없다. 신입생들은 준비하는 과정에서 이것저것 얻게 되는 부분이 무언가 한가지는 반드시 있을 것이다. - [임인택]
세미나 관련 후기를 남기면 좋을 듯 합니다. "좋았습니다" 같은 상투적인 것 말고 그 세미나의 장점과 단점을 남기는 겁니다. 그럼으로써 다른 사람이 세미나할 때 장점을 많이 따올수 있게 말입니다. --재동
[CVS] 나 [VisualSourceSafe] 와 같은 녀석들도 한번 세미나 해봤으면 좋겠습니다. - [톱아보다]
- 새회원을받으면 . . . . 3 matches
새회원이 무슨 의미인지? 처음 들어온 준회원? 아니면 처음 들어온 정회원? --재동
* 왠지 이번 학년은... 시끌벅적 할 것 같은 예감이 ...[김홍선]
- [http://netory.org 네토리]처럼 정기적(또는 비정기적)인 무언가가 있었으면 좋겠습니다. 굳이 그것이 모임의 형태가 아니더라도 ''새내기들이 자신이 제로페이지에 지원하였다는 사실을 잊어버리지 않게''해 주는게 필요하지 않을까요? 예를 들면, 숙제를 내준다던지, ProgrammingParty 같은 것들이요. - [임인택]
- 서지혜 . . . . 3 matches
* 이케아 가구로 꾸민 카탈로그같은 것들을 모아 서비스하고 싶었다.
* 이건 무슨 프로젝트지? 설명이 없으니 까먹었네
* 후에 BigTable보다 더 유명해져버린 Hadoop도 BigTable의 컨셉을 상당부분 차용하였기에(사실 '영감'을 받아서 시작했다는 말은 '따라만들었다'와 같은 말이라서.. 물론 시작만 모방) 이해하기 어렵지 않았다.
- 서지혜/2011 . . . . 3 matches
* 나와 같은 생각을 하는 사람들을 만났고, 이미 생각했던 사람들을 만났고, 전혀 다른 생각을 가진 사람들도 만났습니다. 그리고 이야기를 했습니다. 너무나 소중한 시간이었습니다. 사람들에게 전파하겠습니다. see also [PNA2011]
* 해야할 일이 생기면 바로 시작합시다. 나중에 잊지말고..
* 농협이 갑자기 안돼요. 무슨 일일까요?
- 수/구구단출력 . . . . 3 matches
변수명은 가능하면 a,b 나 i,j 같이 이름만 보고 무슨 의미인지 알기 힘들게 짓기 보다는 조금 더 길어지더라도 이름만 보고 이게 무슨 역할을 하는 변수명이구나 하고 알수 있게 짓는 버릇을 들이는게 좋다. 주석이 필요 없을 정도로 변수명 함수명만 보고 이게 무슨 일을 하는 변수, 함수 이다라고 알수 있게 하면 더 더욱 좋다. - [상협]
- 수학의정석 . . . . 3 matches
취지 : 컴퓨터를 배우는 입장에서 컴퓨터 언어와 컴퓨터 구조만을 알고 우리들이 배운 수학이나 과학의 배경지식을 접목시키지 못하는 것은 정말 바보 같은 행동이다. 결국 그 사람은 코더밖에 될 수 없으며 결코 프로그래머는 되지 못한다. 때문에 이러한 페이지를 만들어 수학을 컴퓨터에 접목시켜 배우고자 한다.
방식 : 매주 3개의 문제가 나가며, 이 페이지에는 누구나 참여, 탈퇴가 가능하다. (나만 할 가능성이 높지만.)
경우에 따라서는 아주 어려운 문제가 나올 수 있다. 이것은 출제자가 놀리는 것이 아니라 출제자 또한 그 문제를 어렵게 생각한다는 것을 뜻한다.
- 쉽게Rpg게임만들기 . . . . 3 matches
* 잘 응용하면 재밌는 게임 만들수 있을 것 같아요^_^ ㅋㅋㅋ 포켓몬스터 같은거!! ㅋㅋ 생각보다 유익하고 재밌었음 ^_^ - [김정혜]
* 예전에 RPG2000으로 노가다로 대사를 만들면서 오그라들었던 기억이 새록 떠오르네요 'ㅁ'ㅋ 훨씬 간단해보이고, 어디서 배웠던 거 같은게(?) 보여 신기했습니다. - [강소현]
* 재밌다 ㅋㅋㅋㅋㅋㅋㅋ RPG 게임 만들기 페스티벌하자 ㅋㅋㅋㅋㅋ 그런데 실제 코드를 보면 더러운 코드가 나올 것 같은 느낌이... 스위치 = 플래그 같아 ㅋㅋㅋㅋㅋ - [박성현]
- 스터디제안 . . . . 3 matches
각자 흥미로운 기사를 나눠 갖고 공부한 다음, 함께 모여서 발표하고, 토론하고, 제로페이지 위키에 그 내용을 요약해서 올린다. 기사를 번역할 필요는 없고 대충 어떤 내용인지, 그리고 소감 같은 것, 관련 정보를 함께 연결지어 올린다.
잡지 정리 스터디 같은 경우에는 정모때 정리한걸 간단히 발표 해도 상당히 좋을거 같습니다. 특정한 분야가 아니라 모든 회원들이 들어도 될만한 내용일 테니 회원들에게도 도움이 되고 정모의 입지도 높일 수 있을거 같습니다. - 상협
많은 경우, 특정 주제에 대한 스터디를 만들 때에는 가능하면 독립적인 아이덴티티를 드러내는 이름을 짓기보다, 그냥 공부하는 구체적 주제로 이름을 짓는 것이 나은 것 같습니다(반대로 특별한 이름을 짓는 것이 주는 장점도 많습니다). 어차피 스터디 그룹은 한시적인 것이고, 공부하자고 모인 것이지 어떤 조직을 만들자고 모인 것은 아니며, 해당 그룹이 공부한 내용은 이런 위키에 축적이 될 것이므로. 그룹의 공동체적 성격이 초점이 되고, 공부보다 "관계"가 중심에 놓이는 경우가 있는데, 이는 공부하는 사람들이 피해야할 것입니다. 같은 주제를 공부하고 싶은 사람들끼리 모여서 정말 열심히, 성실히 공부한 다음, 그 자료를 위키에 남기고, 다음을 기약하며 소리없이 해산하면 그만인 것이죠. 이 때의 또 다른 장점은, 다음에 그 주제를 공부하는 다른 스터디 그룹이 있을 때 이전에 스터디를 했던 사람들의 작업에 접근할 확률이 더욱 높아진다는 것이죠. 관계중심적인 공동체를 이루면 장점도 많지만, 외부에서 절연될 확률이 높아진다는 단점도 있는 것 같습니다.
- 시간맞추기/허아영 . . . . 3 matches
생각보다는 쉽게 코딩한 것 같은데 ,
그런데 time()함수를 사용한 방법에는 문제가 있는데 말이지..ㅎㅎ
정확한 시간이라. 애매하다 그치 ㅋㅋ 아참. 문제 올려줄께 ~ 이번주 세문제가 안되었네 . -[허아영]
- 시작이반 . . . . 3 matches
'발명광'이라 불리는 프랭클린은, 번개가 칠 때 연을 날리는 실험을 함으로써 번개가 전기임을 증명하여 피뢰침을 발명한 것으로 유명하다. 어느 날 그는 또 하나의 발명을 하여 친구 집에 뛰어가 자랑스럽게 그것을 보여 주었다. 그런데 계속되는 그의 발명에 약간 싫증이 난 친구는 "도대체 그렇게 유치한 것을 만드는게 뭐가 대단하며, 무슨 소용이 있나?" 라고 말했다. 그러자 프랭클린은 옆에 누워 있던 갓난아이를 가리키며 이렇게 반문하였다. "그렇다면 이 아기는 무슨 쓸 데가 있는가?"
'''모든 창조(발명)에는 가능성이 내재 되어있다'''라는 것을 말하기 위해 인용한 것 같은데 '''일단 만들고 그 용도를 찾아본다'''라고 잘못 이해될 소지가 있습니다.. -[강희경]
- 신입생교육 . . . . 3 matches
이승한 군이 게시판에 아래와 같은 글을 올렸더군요.
신입생 교육에만 학회의 초점이 맞춰지면 학회의 수준은 신입생 부근의 수준에 머무를지도 모릅니다. 그렇다고 해서 신입생 교육이 중요하지 않다는 것은 아닙니다. 무척 중요합니다. 하지만 그것만 주류가 되는 것은 문제가 있습니다.
지금껏 경험하지 못한 방식이 될 것 같은데, 신입수준을 벗어나지 못하는 지금 상황의 타개책이 될 수 있을 것 같습니다. -[강희경]
- 아인슈타인 . . . . 3 matches
아인슈타인은 검소한 생활을 하였는데, 이는 그가 자신의 죽음뒤에 자신의 무덤조차 원하지 않았던 것과 양말을 신지 않고 다닌데서 볼수 있다. 그가 양말을 신고 다니지 않은 이유는 양말에 구멍이 생기면 누군가가 그것을 메워야 하는 것이 싫어서라고 했다.
아인슈타인은 그의 나이 76세에 세상을 떠났다. 그가 정말로 원하던 자유였을 지도 모르겠다. 사인은 심장동맥 파열이었다. 그의 뇌는 포르말린이 담긴병속에 보관되어 있다고 한다. 그의 눈은 몇년전에 경매를 통해 팔렸다고 하는데, 보석과도 같은 아름다운 눈이었다고 한다. (from http://med.hallym.ac.kr/~sohnkm/ein.html)
그는 자신이 '사회 정의와 사회적 책임이라는 열정적 감각'을 갖고 있음을 인정했다. 아인슈타인은 그의 명성 덕택으로 평화주의·자유주의·시오니즘과 같은 대의를 지지하는 데 영향력이 있었다. 그러나 아이러니컬하게도 이러한 이상주의적인 사람이 물질 입자가 엄청난 양의 에너지로 바뀔 수 있다는 에너지-질량 방정식 가설로 지금까지 알려진 가장 파괴적인 무기인 원자폭탄과 수소폭탄의 창조를 증명했다.
- 알고리즘4주숙제 . . . . 3 matches
빌려온책에 문제가 없어서... 그냥 같이 생각들 해봅시다..ㅡㅜ
== 일어나지 않을거 같은 일들 ==
상섭선배 아니야? 말투가 그런거 같은데 ㅋㅋ "점은 잘맞는다. 왜글러까?"<<ㅋㅋㅋㅋ - 아영
- 위키QnA . . . . 3 matches
Q : 그리고 글중 ''wiki : NoSmok : 페이지이름'' 식으로 링크를 했는데, 이건 무슨 기능인지 간단히 설명좀
FrontPage가 현재 하고 있는일이 (보여주고 있는 것) ZeroWiki 정의, 사용용도, Starting Point (여기에는 프로젝트 열거도 포함), 제안이야. 이중에서 사용용도와 제안은 새 페이지로 빼는 것이 좋을 것 같은데. 그리고 프로젝트 열거 밑에 Starting Point 밑에 두는 것도 생각. 그리고 또하나는 현재 이 프로젝트 관련 글을 Q&A가 아닌 제안페이지에 두는것이 더 좋겠다는 것. 현재 우선적인 직접접근성을 제공받아야 할 것은 project니까. 그에 대해서는 나도 별 이견 없음. --석천
Q: 현재 Ant 페이지를 작성하고 있는데 Glossary 부분을 만들었고 같은 페이지 내에서 내부링크를 통해 Glossary 내용을 볼 수 있었으면 하는데 이것은 위키에서 할 수 없는지... 답변 바랍니다. ^^
- 임인택/삽질 . . . . 3 matches
someFunc(t1, t2); //와 같은 식으로 호출했다 수많은 런타임에러를 만남. 결국
위와 같은 4중 루프의 작업을 하는데. {{{~cpp int [][] }}} 형이 vector<vector<int > > 형보다 훨씬 빨랐다. 벡터도 내부적으로 동적 배열을 쓰지만 무언가 다른것 같다. 아니면 그 전에 아래와 같은 벡터 크기 고정 코드를 실행시켜서인가..?
- 전시회 . . . . 3 matches
7일 출발시간이 어케 되는거져?? 저는 12시에 수업이 끝나서 그다지 상관은 없을것 같은데. 혹시 너무 일찍 출발하는 것은 아닌지??
* 과거 전시회 팜플렛, 포스터, 단체 티같은 물품을 전시했다.
* 컴퓨터 조립중. 으흐흐흐. 젠장. 윈도우 XP시디 친구 빌려줘놨다. 또 구우면 똑 같은게 3장이 되는데...-_-;; - [이승한]
- 정모/2005.1.17 . . . . 3 matches
빙 둘러앉는 원탁 회의를 해보는건 어떨까요?? 지금은 ┛?위에 올라와 있어서 수동적인 회의가 이루어지는데 반해서 원탁회의를 한다면 같은 눈높이라 좀더 집중력 있는 회의가 될수도 있을것 같습니다. 물론 강의실은 신관쪽이 되겠죠. - [이승한]
무슨 지원을 말하는 건지?? 그리고 한방에 정리라고 쓰기보다는 어떻게 하기로 했다는 식으로 자세하게 썼으면 좋겠습니다. --[상규]
서버문제에 대해서 여러 이야기를 하다가, 재동형이 지금은 대학원생이 아니라 눈치 보여서 그렇지 상규형이나 재동형이 대학원에 들어가면 연구실에 서버 하나 넣는 것은 문제가 될 것이 없다고 하셔서 정리가 되었습니다. 지금은 일단 서버실을 최대한 알아보고 안되면 연구실에 넣으면 좋겠다는 생각입니다. --[강희경]
- 정모/2007.3.13 . . . . 3 matches
- 자기 역할이란 무엇인가 : 지금까지는 제로페이지가 정모참여를 하냐 안하냐에 따라서 정회원 준회원이 나뉘어 졌는데 이러면 제로페이지에 각 회원들이 강 건너 불구경 하듯이 하는게 아닌가 하는 생각이 들어서...
- 제로페이지가 하는 일 : 칠피관리, 연락, 지금그때, 스터디, 세미나, 프로젝트, 홈페이지 관리, MT, 소풍, 출품, 정보공유, 대외활동, 나를 만든 책장, 서버관리, 데블스 캠프, 회계, 강의실 빌리기.
* 찜질방 같은곳에서 한번 모이자!!
- 정모/2011.4.4 . . . . 3 matches
* (이걸 말하려다 시간상으로 말 못했었던거 같은데 -_-) 송지원 학우의 튜터링과 강성현 학우의 튜터링을 듣는 사람으로서 한마디 하자면, 송지원 학우의 자구 튜터링에 비해서 (C언어를 배웠기 때문에) 기본적인 것들은 이해하기가 쉬운게 사실인데다, (이거는 수업 중에 이야기를 했던건데) 직접 자기가 어느 정도 해 보고 막히는 부분에서 튜터의 역할이 더 빛이 나는 것이고, 이 튜터링이라는 것도 하나의 스터디인데 그 스터디에서 아는 것을 (표현을 빌자면) 날로 먹듯이 하는 거 보다는 심화된 부분을 가르쳐 줌과 동시에 수업과 관련한 필수적으로 알아야 할 것들을 집어 주는 것이 좋을 것 같습니다. 뭐 송지원 학우의 자구 튜터링은 제가 따로 공부좀 해야겠는데 요즘 뭘 한건지 -_-;; 송지원 학우가 만들어 봐 이러면 좀 멍해져서 말이죠 -ㅅ-;;;;;;;;;; ([권순의])
1. 학생회장, 총무부장의 예를 드셨는데 어제 제가 총무부장을 언급해서 예로 드신 것인가 싶어 덧붙입니다. 저는 총무부장이 총무부장으로서 맡은 책임을 제대로 이행하지 못하는 부분 때문에 언급한 것입니다. 저는 총무부장의 평소 행실은 알지도 못하며 알아도 평소 행실에 대해 총무부장으로서 부적절하다고 평가할 생각이 없습니다. 그 학우가 디씨 코갤을 다니든, 학고를 맞든 혹은 그 외의 제가 정말 싫어하는 어떤 일을 하더라도 사적인 일이라면 그 학우 개인을 싫어했으면 했지 총무부장답게 행동하라는 말을 하지 않을 것입니다. 다만 저는 총무부장이 총무부장의 책임을 다할 때 그의 언행에 문제가 있다면 그런 것을 지적하는 것입니다.
* 오늘 OMS를 들으면서 이전 기억을 되돌아 보았습니다. 정말 팀플에서 서로간의 신뢰가 깨졌을 때 극단적으로 나올 수 있는 상황이 생각나더라구요. 서로 같은 테이블에 앉아서 마주보고 앉아 각자의 노트북을 보고 프로그래밍을 하고 있을 때, 상대가 하는 것을 전혀 신뢰하지 못하고 계속 의심하게 되는 상황을 겪어봐서 그런지, '''서로를 신뢰하는 것'''이 정말 중요하다는 걸 다시 한번 깨닫게 됩니다. 페어 프로그래밍을 하면서 느꼈던건, '''''(비록 시간이 촉박할지라도)''문제다! 라는 인식을 하게 되면 잠시 멈추고 생각하는 시간을 가져야 할 것 같다'''는 것입니다. Deadline처럼 느껴졌던 3분이라는 시간에 너무 연연하게 되어 Tunnel Vision에 빠져버렸습니다...OTL... 단계를 밟아나가는 단 맛에 빠져, 점점 벌집으로 다가가고 말았죠 ㅋㅋㅋ 몇 단계만 더 진행됬으면 결국 벌집을 건드리고 말았을겁니다 ㅋㅋㅋㅋ 아무튼 재미있고 유익한 시간이었습니다. 후기를 적으면서 느낀 것인데, 전 바로적는 후기보다, 하루~이틀 정도 지난 후에 다시 되돌아보면서 쓰는 것이 훨씬 넓은 시야에서 생각하면서 쓸 수 있는 거 같네요 ㅋㅋ - [박성현]
- 정모/2012.1.27 . . . . 3 matches
* ''LETS가 위키에 페이지가 없구나... 아 이래서 내가 위키옹호론자인거야ㅠㅠㅠㅠㅠㅠ'' 외부 링크를 걸어보려고 했는데 적절한 페이지를 못찾겠네요. 찾으면 LETS에 대한 설명을 링크걸겠습니다. 못찾으면 천천히 써볼게요... - [김수경]
* OMS 잘 들었습니다. 지난번 한종이 OMS 때도 느낀거지만 누구나 접해봤을법한 주위 사건에서 얘깃거리를 잘 뽑아내는 것 같아요. 발표할때 페이지 구성이나 설명도 재미있고ㅋㅋㅋ 중간에 문자와 전화에 대한 내용이 있었는데 저는 오히려 전화보다 문자를 선호하는 편입니다. 모르는 후배에게 오는 연락은 특히나... 서로 어색한 것도 싫고 메모해야하는 내용이 포함되어있다면 문자가 훨씬 편리하니까요...... 아마 저같은 사람도 꽤 있을거예요. - [김수경]
* 그냥 예정이 되었군요 -_-a 음.. 여튼.. 많이들 와서 시끌벅적 했던 것 같네요. 한종이의 OMS 주제는 항상 보면 그냥 생활에서 캐치해 쓰는 것 같네요. 전 그동안 제가 좋아하는 거 위주였는데 음.. 재미있었습니다. ㅋㅋ 저도 전화 싫어요 ㅋㅋ 전화 하는게 그냥 싫어요 ㅋㅋㅋ (낯을 가리는 성격이라 그런 것도 있고) PC실은 더 많은 이야기가 필요할 거 같네요. 학회의 공간이 생기는건 좋은 것 같은데.. 일단은 해 봐야 알겠죠 뭐 -ㅅ- 여튼 오랜만에 많이 모여서 반가웠습니다 - [권순의]
- 정모/2012.12.3 . . . . 3 matches
* [권순의] : 창세기전 4 나온다는 이야기가 있었던 거 같은데.. 올해도 마무리가 되어 가네요. 사람도 점점 많아지는 것은 좋은 현상인 것 같습니다. 다만 정모 도중 자기 할말만 하는 거 같았습니다. 태진이 말 처럼 누군가 이야기 할 때는 일단 다 듣고 말 하는게 필요할 듯 싶네요.
* [정종록] : 그 창세기전4 언제부터 나온댔는데 감감무소식.... 그거 나 고등학교때도 들었던거 같은데....
* [정진경] - 창세기전 옛날에 해봤으나 살라딘이 쌍검(?)을 쓴다는 것 외에는 기억이 나지 않음.. 회고해봤는데 벌써 1년이 지나갔군여. 프로젝트나 스터디에 모두 참여하는 일은 역시 힘든 것 같습니당. 크리에이티브클럽에서 나왔던 것 같은데 개인적으로 관심있는 분야나 하고 싶은 프로젝트를 하는게 어렵다면 전공 수업에서 배운 내용을 위키에 기록하는게 어떠냐..는 내용이 있었습니당. 내년에 저는 사라지기 때문에 막 던지기.. ㅋㅋ 굳이 전공 수업이 아니더라도 최근 어코드 사업으로 특강이나 멘토링 등등 참여할 수 있는 활동이 많기 때문에 학술 활동을 하기 위한 여건이 학부 차원에서 나아지고 있지 않나 싶습니당.
- 정모/2012.2.24 . . . . 3 matches
* 신입생들 대상으로 하는 얘기 맞지? 새싹 OT 하는 날 합쳐서 간단한 소개는 필요하지 않을까? 따로 하는 건 좀 오버인거 같구 ㅋㅋ 주로 새싹 소개하면서 ZeroPage 설명부터 하고 시작했던 것 같아. 그리고 간단한 세미나(혹은 새내기에게 하고싶은 말 세션) 같은 것도 함께 했던 적이 많고. - [김수경]
* 오랜만에 사회인 ZeroPager 두 분을 만나 즐거웠습니다! 치킨 감사합니다... 덕분에 ~~또~~ 폭식을 했습니다.....^_T 지원언니의 신입사원 연수 이야기 재미있었어요. 아직 취직을 하지 않았지만 가까운 미래에 취직을 해야할 상황이라 제겐 특히 더 와닿는 이야기가 아니었나 싶습니다. 승한선배의 GUI 세미나도 잘 들었습니다. 유행하는 것과 유행하지 않는 것에 대한 이야기가 가장 인상깊었어요. 작년에 [:DesignPatterns/2011년스터디 DP 스터디]를 시작하며 읽었던 FocusOnFundamentals 페이지가 생각납니다.
* 개강 앞두고 피시실 관리와 새내기등 신경쓸일 많은 와중에도 정모 열심히 준비하는 회장님 존경. 이전 ZeroPage가 했던 고민을 다시 하고 계신듯 하여 (훌륭한 세미나나 일용할 양식같은 물질적 도움은 못하지만) 도움을 드리고 싶네요. 그렇다고 결과가 특별히 좋았던건 아니라 망설여지기도 하고.. 커피나 한잔 할까요 회장님- - [서지혜]
- 정모/2012.4.9 . . . . 3 matches
조만간 제로페이지 홈페이지 개편이 있을거 같은 느낌이 드는데, 일단은 기회가 될때 여기 참여해보겠습니다~
* 아니에요, 쓴다 안쓴다의 문제가 저한텐 컸을뿐이에요 =_=;;; 전 원래 위키에 쓸때 엔터 안쳐서 누나꺼 바로 밑에 있게된 우연일뿐이구요 ;; - [김태진]
* 보니까 쓰던 사람들만 계속 후기를 남기네. 아마 습관이나 후기에 대한 어색함이 문제가 아닐까ㅋㅋ 장벽을 낮춰주는게 벌금 갈취하는 것 보다 효과적일듯ㅋㅋㅋ - [서지혜]
- 정모/2012.5.14 . . . . 3 matches
* 현재 진행되는 프로젝트나 스터디의 위키 페이지가 있고(활동 증거), 신청한 사람이 이번주 정모에 참여했다면 바로 신청해주세요!(다과비로는 지원이 안됩니다..ㅠㅠ)
* 진규의 한글 관련 OMS가 상당히 흥미로웠습니다. 역시 오픈 소스 관련으로 알게 된 것 같은데 오픈 소스 쪽은 정말 다양한 화제를 다루는 것 같군요 -_-;; 저도 처음에 우분투 깔고 한글 관련으로 고생했던 기억이 있네요 ;; 진규가 말했던 마지막 문자가 제대로 안 찍히거나 받침이 이상하거나 하는 등의 문제가 있었습니다. 그리고 다음으로 제일 신경이 쓰이는 부분은 PC실 관리였습니다. 사실 제가 이렇다 하게 PC실 관리쪽에서 뭘 한 게 없어서 가슴이 뜨끔해서 그런 것 같습니다. 슬프네요 ;; 그렇다고 또 그냥 가볍게 넘어가기도 어려운 주제일 것 같아서 앞으로 어떻게 진행될지 궁금합니다. 사실 이거저거 이전에 저도 먼저 손을 뻗어야 할텐데 말이죠. - [서민관]
- 정모/2013.4.8 . . . . 3 matches
* 상식적으로 총무가 돈 안줄것 같은건 사지마세요.
* 이더넷, 토큰링, FDDI 같은 LAN을 구성하는 방법에 대해 공부.
* 정모에서 뭔가 얘기가 나오긴 하는데, 처리되지 않는 느낌이 들었습니다. livelock 같은 느낌. - [고한종](13/04/08)
- 조현태/놀이/네모로직풀기 . . . . 3 matches
어느정도 완성상태, 대부분의 네모로직을 풀어 낼 수 있으나, 워낙 초창기에 만든 프로그램이라 문제가 많다.OTL
아! 문제가 있는걸 , 너가 프로그램으로 푼것이구나.. 이렇게 이용 할 수도 있구나.. 많이 배운다 현태! ㅋ - [허아영]
└사람이 풀게하는 프로그램이야 많으니까.. 같은거 만들어도 별로 안멋지다고..ㅠ.ㅜ - [조현태]
- 졸업논문/본론 . . . . 3 matches
웹 애플리케이션 개발자가 가장 많이 쓰는 기능은 SQL을 이용하여 데이터베이스 내용을 삽입, 삭제, 수정, 조회하는 것이다. 그 중에도 데이터를 조회하는 SQL문은 다양한 구조를 가진다. 기본 구조는 select from 이다. 여기서 from절에 테이블이 여러 번 나오는 경우 조인 연산을 수행한다. 조인 연산은 다른 테이블 또는 같은 테이블끼리 가능하다. select from where문을 사용하면 where절에 있는 조건을 만족하는 데이터만 조회한다. aggregate function을 사용하면 원하는 결과를 좀더 쉽게 얻을 수 있다. 이에는 개수(count), 합계(sum), 최소(min), 최대(max), 평균(avg)이 있다. aggregate function에 group by문을 사용하면 그룹 단위로 결과를 얻는다. group by절에는 having을 이용해 조건을 제한할 수 있다. 또한 순서를 지정하는 order by문과 집합 연산인 union, intersect, except 등이 있다. where절 이하에 다시 SQL문이 나타나는 경우를 중첩질의라고 한다. 중첩 질의를 사용할 때는 특별히 (not) exist, (not) unique와 같은 구문을 사용할 수 있다.
Django는 오픈 소스 프로젝트로 code.djangoproject.com/browser/django 에서 전체 소스코드를 확인할 수 있다. 문서에 따르면 django 데이터베이스 API는 "SQL문을 효율적으로 사용하고, 필요할 때는 알아서 join연산을 수행하는 강력한 구문을 가졌으며, 사용자가 필요할 경우 직접 SQL문을 작성할 수 있도록 지원"[5]한다. 추상화된 구문을 사용하더라도 데이터는 관계형 데이터베이스에 저장하게 되는데, MS SQL, MySQL, Oracle, PostgreSQL, SQLite3와 같은 DBMS를 사용할 수 있다.
- 졸업논문/서론 . . . . 3 matches
이제 많은 사람의 입에 오르내리는 웹2.0이라는 개념은 오라일리(O'Reilly)와 미디어라이브 인터내셔널(MediaLive International)에서 탄생했다.[1] 2000, 2001년 닷 컴 거품이 무너지면서 살아남은 기업들이 가진 특성을 모아 웹2.0이라고 하고, 이는 2004년 10월 웹 2.0 컨퍼런스를 통해 사람들에게 널리 알려졌다. 아직까지도 웹2.0은 어느 범위까지를 통칭하는 개념인지는 여전히 논의 중이지만, 대체로 다음과 같은 키워드를 이용해 설명할 수 있다. 플랫폼, 집단 지능, 데이터 중심, 경량 프로그래밍 모델, 멀티 디바이스 소프트웨어.
이 가운데 경량 프로그래밍 모델을 적용한 웹 기술이 계속 발전해가고 있다. 웹2.0 사이트는 Adobe Flash/Flex, CSS, 의미를 지닌 XHTML markup과 Microformats의 사용, RSS/Atom를 사용한 데이터 수집, 정확하고 의미있는 URLs, 블로그 출판들 같은 전형적인 기술을 포함한다.[2]
이러한 기술과 더불어 기민하게 웹 어플리케이션을 만들 수 있는 프레임워크도 점차 많아지고 있다. 대표적으로 Ruby on Rails(RoR)는 블로그 사이트를 15분만에 만들어내는 것으로 큰 관심을 모았다.[3] RoR과 같은 웹 어플리케이션 프레임워크는 모델, 뷰, 컨들롤러 구조에서 모델을 데이터베이스와 손쉽게 연동할 수 있어 인상 깊다.
- 좋은위키페이지 . . . . 3 matches
["데기"]는 생각과 느낌을 나누는(곱하기까지 하면 더 좋고...) 페이지가 좋다. ["Python"] 페이지에서 파이썬 학습을 위한 로드맵만을 만나는 것보다 "내가 어제 말로만 듣던 파이썬을 써서 구구단을 짰는데 너무 쉽고 재밌어서 감동이더라."와 같은 경험을 나누는게 더 반가울것 같다. --["데기"]
["상민"] 이도 ["데기"] 가 말하는 부분들이 아쉽다. 그러한 느낌을 기록하고, 그것을 공유하는 것이 위키의 순기능중 하나라고 생각한다. 하지만, 그런 모습이 ZeroWiki에 부족한 이유가 느낌을 기록하기 위해 글을 쓰는 '''용기'''가 부족하기 때문이라고 생각한다. ZeroWiki에서는 경험과 느낌이 표현되는 곳은 프로젝트 페이지의 '''여정'''이나 '''느낌''' 기록하는 부분이나 이벤트의 '''후기''' 같은 부분이 주가 되고 있다. --["상민"]
- 지금그때2005/회고 . . . . 3 matches
[질문레스토랑]에서 대답할 때마다 점수를 주고 '''오늘의 토크왕'''같은 걸 뽑으면 재밌겠다. -[강희경]
[지금그때]와 같은 행사를 제로페이지 내에서만 단독적으로 할 필요는 없는것 같습니다. JStorm에서도 http://gift2005.ce.ro 와 같은 행사를 하더군요. 겹치는 부분도 많다고 보여집니다. 내년에는 Netory, JStorm과 같이 연계해서 해보는건 어떨까요? -[sun]
- 콤비반장의메모 . . . . 3 matches
만화 형사 가제트(Inspector Gadget)에서 콤비 반장(Chief Quimby)은 형사 가제트에게 비밀 지령을 내릴땐 항상 자동 폭파되는 특별한 메모지를 사용하곤 했다. 그러나 인터넷 시대를 맞이한 콤비 반장은 이제 메모지 대신 한번만 사용할 수 있는 파일을 사용하려고 한다. ["콤비반장의메모"]와 같은 일회용 정보는 컴퓨터로 어떻게 구현할 수 있을까.
* 사용자가 한번 플레이 했다는 걸 네트워크로 확인해 보는 법 밖이 없나요? 씨리얼 키나 MD5키 같은 걸 사용해서~
''사용자가 한번 플레이 했다는 걸 미디어에 직접 기록하는 방법으로는 디지털 워터마킹이 있습니다. 이 방법은 네트워킹 없이도 문제를 해결할 수 있는 방법입니다만 전문적 지식이 필요합니다. 네트워크로 확인하는 가장 쉬운 방법은 클라이언트는 재생시 마다 서버에서 인증을 받고, 서버측에서는 미디어의 아이디를 확인하고 재생횟수를 저장하는 방법이 아닐까 싶습니다. 미디어의 아이디 생성은 MD5 같은 해쉬함수 정도면 충분 할것 같습니다. --["데기"]''
- 큰수찾아저장하기/허아영 . . . . 3 matches
각 기능별로 함수로 나누는건 좋은 생각인데 말야..^^ 그게 오히려 문제가 된것 같은 느낌이..ㅎㅎ
소트한건 쓰레기배열이니 문제없는거같은데 -_-;; 원래배열은 고대로 있잖아 --[정수민]
- 토비의스프링3/오브젝트와의존관계 . . . . 3 matches
* 그럼에도 불구하고 UserDao 클래스 코드에는 여러가지 문제가 있다.
* 관심이 같은 것끼리는 하나의 객체 안으로, 관심이 다른 것은 가능한 떨어져 영향을 주지 않도록 분리.
2. 런타임 시점의 의존관계는 컨테이너나 팩토리 같은 제3의 존재가 결정한다.
- 프로젝트기록의필수요소토론 . . . . 3 matches
지금과 같이 누적되면 말그대로 용두사미 격이 되어 버리는 계획들이 많아 질것 같아서 우려 됩니다. 아예 깨끗이 휴식이나 종료로 넘기거나(휴식이 많아지면 또 차후 휴식만 다른 페이지로 가고) 해야 할것 같은데, 그것에 기초 데이터가 마감일 일것 같습니다. 어떤지??
[1002] 프로젝트 이름에 대해서 한마디 한다면, 'Java', 'ExtremeProgramming' 은 공부하려고 하는 지식의 종류이지 프로젝트의 이름으로 부적절하다고 봅니다. 만일 Java Study 팀이 두 개인 경우라면? 문제가 발생할 수 밖에 없습니다. 초창기에 해당 기술부분으로 페이지를 열 수는 있지만, 나중에 프로젝트가 끝나고 난다음에는 일반화시켜서 본래의 이름을 반환해주는 것이 좋다고 생각합니다. (즉, 'Java' 페이지는 Java 에 대한 소개나 기술 등을 넣어주고, 'Java' 페이지이름을 썼던 프로젝트팀은 프로젝트팀 이름의 새 페이지를 만들어서 경과보고를 하는식으로..)
["neocoin"] ZeroWiki의 프로젝트 페이지를 위한 6하 원칙을 생각해 봤습니다. 저정도면 될것 같네요. 어디서(where)이 있지만 이것은 보나마나 여기서 여기서니 프로젝트 이름으로 대체해서 했습니다. 앞으로의 모든 페이지가 저 정보가 꼭 있어야 한다고 정모에서 건의 함이(이거 원 정모를 해야 --;) --상민
- .bashrc . . . . 2 matches
# 별칭(alias)이나 함수, 프롬프트같은
# --> 좋군요. 도스에서 "ansi.sys"를 쓰는 것과 똑같은 효과가 있네요.
- 05학번만의C++Study/숙제제출/1 . . . . 2 matches
=> 숙제 페이지는 프로젝트 페이지의 하위 페이지에 만드시기 바랍니다. 여러 프로젝트가 존재하고 그것을 기록, 보존, 관리 차원에서 05학번만의C++Study/숙제1/허아영 와 같은 식으로 프로젝트의 하위 페이지로 만들기 바랍니다. -- 재선
섭씨 온도를 전달인자로 전달받아 화씨 온도로 환산하여 리턴하는 사용자 정의 함수를 main() 함수가 호출하는 프로그램을 작성하시오. 프로그램은 섭씨 온도로 입력할 것을 요구해야 하고, 다음과 같은 실행 결과를 출력해야 한다. 참고로, 섭씨 온도를 화씨 온도로 변환하는 공식은 Fahrenheit = 1.8 X Celsius + 32.0 이다.
- 1thPCinCAUCSE/null전략 . . . . 2 matches
도구는 연습장과 인덱스 카드, assert 문을 이용한 테스트 케이스 등을 이용했습니다. 연습장과 인덱스 카드는 주로 개개인 수식과 중요 변수들을 적기 위해, 또는 그림을 그리기 위해 이용했고 (두 도구의 용도가 구분되어있진 않았음) 문제에 대해서 답이 나왔다하는 가정하에 (문제지에 Sample Input->Output 이 나와있었기에 가능했습니다.) Backward 로 문제가 해결된 상황을 가정하고, 그러기 위해 필요한 변수들을 찾아나가는 방법으로 진행했습니다. 프로그래밍 스타일은 Structured 스타일의 Stepwise Refinement & PBI & assert 를 이용한 TDD 를 사용했습니다.
문제에 대해 역시 B 번을 진행하던 스타일대로 Structured 로 진행했는데, 초반에 너무 코드위주로 각 변수들을 뽑아내려고 접근한 것이 문제가 되었던 것 같습니다. 여유를 두고 페이퍼 프로그래밍을 했어도. 바늘들에 대해서 OO 로 접근했으면 좀 더 쉽지 않았을까 생각.
- 2002년도ACM문제샘플풀이/문제A . . . . 2 matches
* 한 두시간은 걸린거 같다--; 문제를 제대로 읽어보지 않은 탓이다. 무슨 찌그러진 사각형을 생각하다니--; 미친거 아닌가 모르겠다.
// 그리구 jdValue 이거는 절대값 구하는 함수 같은데
- 2006신입생 . . . . 2 matches
* 어디에 보니깐 전화번호도 공일구.오오팔.오구삼팔 과 같은 식으로 써놓던데 이렇게 하면 괜찮은건가 모르겠네요^^ - [http://165.194.17.5/zero/?url=celfin&sessionId=celfin&sessionName=하기웅 하기웅]
신입생들 주소록좀 알려달라는 열화와 같은 기존 회원들의 성화에 못이겨 올립니다.
- 2010JavaScript . . . . 2 matches
* 게임을 만들기로 결정. 구체적으로 무슨 게임을 만들지는 15일에 결정.
-[박정근] : Events, For in, object쪽을 공부했습니다ㅎ 계속 이런식으로 스터디하면 자바스크립트 금방 끝낼거같은데여ㅋㅋㅋ
- 2010Python . . . . 2 matches
* id() : id(256)까지는 계속 반복해서 써도 같은 값이 나오는데 id(257)부터는 할때마다 다른 값이 나온다. 왜그럴까?
* 다음시간에는 무슨 내용이든 5분 발표 할 수 있어야함. 발표 못하면 노래라도 해야함.
- 2ndPCinCAUCSE/ProblemA . . . . 2 matches
같은 길이의 성냥개비가 여러 개 주어져 있다. 이것들을 평면에 늘어놓아서 삼각형을 만들려고 한다. 삼각형의 한 변은 여러 개의 성냥개비를 직선으로 이어서 만들 수 있지만, 성냥개비를 꺾거나 잘라서 변의 한 부분을 만들 수는 없다. 성냥개비의 개수가 주어졌을 때, 이들 성냥개비를 사용하여 만들 수 있는 서로 다른 삼각형의 개수를 구하는 프로그램을 작성하시오. 예를 들어서 9개의 성냥개비로 만들 수 있는 서로 다른 삼각형은 3가지이다.
(3) 합동인 삼각형들은 같은 삼각형으로 본다.
- 2학기파이선스터디 . . . . 2 matches
* 객체 내의 문자열을 보내야 될것 같은데. - 자겸
* 지금 문제가 많고, 너무 어설픈데 방학까지 끌고가는건 어떠냐? - 창재
- 2학기파이선스터디/ 튜플, 사전 . . . . 2 matches
- 튜플은 리스트와 같은 시퀀스 형이므로 시퀀스 형이 갖는 일반적인 연산을 모두 갖는다 (인덱싱, 슬라이싱, 연결, 반복, 길이 연산 등)
- 튜플과 리스트의 차이점은 튜플은 변경 불가능형이라는 것과, 리스트가 갖고 있는 것과 같은 메쏘드(자체 함수)를 갖지 않는다는 것이다.
- 3N+1Problem . . . . 2 matches
학교에서 무료함을 달래기 위해 acm programming contest 기출문제를 풀어보는데, ToyProblems 에서도 다룰만한 쉬운 문제가 있기에 이렇게 소개합니다. [http://acm.uva.es/p/v1/100.html 원문보기]
다음과 같은 알고리즘이 있다
- 3rdPCinCAUCSE . . . . 2 matches
- 경시 3시간에 3문제가 출제된다. (open book, closed internet)
- 맞힌 문제의 수가 많을수록, 같은 수의 문제를 맞히면 빨리 풀수록 (즉, 점수 합이 적을수록) 순위에 유리합니다.
- 3rdPCinCAUCSE/FastHand전략 . . . . 2 matches
알고리즘을 위해 연습장을 썼습니다. B 문제와 A 문제는 이전에 같은 프로그램을 짜 본 경험이 있던 관계로 특별한 계산을 하지 않았으며, C 번 문제에 대해서 분석차 이용하였습니다. 그리고 테스트를 위해 예제 입력값들을 텍스트 화일로 미리 작성해두고, 도스창에서 이를 redirection, 결과를 확인했습니다. 이러한 방법은 특히 A 번 문제에서 큰 힘을 발휘했습니다. (A번 문제는 입력값이 오목판 전체 이기 때문이죠.) 결과에 대한 확인 테스트 시간이 1초도 걸리지 않았고, 테스트 인풋 데이터 만드는데도 거의 시간소요가 없었습니다.
A 번 진행중 아쉬웠던점은, 제출 전 test 겸 찍었던 데이터를 주석처리하지 않은 바람에 아쉬운 페널티를 먹었다는 점. 이에 대해서는 실제 결과 비교부분까지 fc 등의 프로그램으로 배치화일을 만들었다면 문제가 없지 않았을까 생각.
- 5인용C++스터디/비트맵 . . . . 2 matches
비트맵은 펜이나 브러시와 같은 GDI객체이다. --> 사용하려면 DC(디바이스 컨텍스트)에서 비트뱁을 선택해서 출력하면 된다.
사진과 같은 정밀한 그래픽을 프로그램 실행중에 일일이 그린다는 것은 괴장히 비합리적.
- 5인용C++스터디/키보드및마우스의입출력 . . . . 2 matches
윈도우즈와 같은 GUI운영체제에서는 키보드보다 마우스가 더 많이 사용된다. 윈도우즈의 공식 입력 장치는 키보드이지만 그래픽 툴이나 DTP, CAD 등의 복잡한 프로그램에서는 마우스가 주요 입력 장치로 사용된다. 키보드 입력 처리를 메시지로 하는 것과 마찬가지로 마우스 입력 처리도 메시지를 받아 처리한다. 마우스 입력에 관한 메시지는 다음과 같은 종류가 있다.
- 8queen/문원명 . . . . 2 matches
for(y3rd = 0 ; y3rd < 8 ; y3rd) //같은 열에 있는지 찾기 //수직검색
if (firstAnswer == 0) //처음 답과 같은지 조사
- ACM_ICPC/2012년스터디 . . . . 2 matches
* 문제가 어려워서 fail... 문제 풀다가 이방식도 아니고 저방식도 아니라 멘붕한 상태에서 끝났습니다.
C shortest path, 같은 점을 공유하면 안됨. state로 나타낸다..?
- AcceleratedC++/Chapter5 . . . . 2 matches
* 또 신기한게 보인다. 왜 students.erase(iter) 해준것을 또 iter에다 대입해주었는가? 삭제하면 반복자가 모두 갱신되기 때문이다. 지운 뒷부분은 몽땅 재할당 해야하니... 지금은 무슨 말인지 몰라도 좋다. 그렇다는 것만 알아두자. erase는 방금 지운 바로 그 부부을 리턴해준다.
* 또 코드 최적화 한다고 다음고 같은 삽질을 하는 사람도 있을 것이다.
- AcceleratedC++/Chapter7 . . . . 2 matches
ret[*it].push_back(line_number); // ret[*it] == (it->second) = vector<int> 같은 표현이다.
상기의 규칙을 통해서 우리는 간단하게 {{{~cpp the table[noun-phrase, noun] jumps[verb] wherever it wants[location]}}} 같은 프로그램을 만들어 볼 수 있다.
- AliasPageNames . . . . 2 matches
# config.php 파일에 다음과 같은 설정을 넣어주시면 별명 기능이 활성화됩니다.
# 또한, 별명으로 가리킨 페이지가 단 하나의 페이지일 경우에 연결이 바로되기를 원하시면
- AutomatedJudgeScript . . . . 2 matches
Accepted : 제출된 프로그램에 의한 출력 결과가 정답과 완벽하게 일치하는 경우에 'Accepted'라고 답한다. 모든 문자가 똑같은 순서대로 매치되어야만 한다.
Presentation Error : 숫자는 전부 같은 순서로 매치되지만 숫자가 아닌 문자가 하나 이상 매치되지 않는 것이 있으면 'Presentation Error'라고 답한다. 예를 들어 '15 0'과 '150'이 입력되었다면 'Presentation Error'라고 답할 수 있지만 '15 0'과 '1 0'이 입력되었다면 아래 설명에 나와있는 것처럼 'Wrong Answer'라고 답해야 한다.
- BasicJAVA2005 . . . . 2 matches
- 목요일이 모이기 편할 것 같은데요 ?? - 아영
- 그 파일에 public static void main(String[] args) 함수가 없어서 그런거 같은데... --선호
- Basic알고리즘/RSA알고리즘 . . . . 2 matches
암호화 세계에 혁명을 몰고 온 RSA 알고리즘은 다음과 같은 수학적인 기호와 개념으로 설명된다.
5. (n, e)는 퍼블릭키고, (n, d)는 프라이빗키다. p,q,∮와 같은 값은 공개되지 않도록 한다.
- Basic알고리즘/빨간눈스님 . . . . 2 matches
{{| 옛날에 어느 나라에 승려들만 모여 사는 섬이 있다. 그들 중에서 어느 사람은 눈이 빨갛고 어느 사람은 눈이 갈색이다. 눈이 빨간 사람은 마법에 걸려 있기 때문에 스스로 눈이 빨갛다는 사실을 깨닫게 되면 그 날 밤 12시에 그 나라를 떠나서 사라져야만 한다. (무조건) 승려들은 서로의 눈 색깔에 대해 전혀 언급하지 안는다는 불문율이 있었기에 상대방의 눈 색깔을 알려줄 수도 없었따. 그 섬에는 거울도 없고, 거울 비슷한 물건도 없었기 때문에 자신의 눈이 무슨 색인지 아는 사람은 아무도 없었다. 그래서 그들은 자신의 눈 색깔을 알 길이 없었기에 행복하게 살아갈 수 있었으며, 그 나라를 떠나는 사람도 아무도 없었다. 그러던 어느날, 그 섬에 관광객이 찾아왔다. 그는 승려들 사이에 존재하는 규칙을 알지 못했기 때문에 절대로 하지 말아야 할 말을 내뱉고 말았다.
감사합니다= 선배님들께서도 답을 생각해 보시고, 이 생각적기에 적어주시면 좋을 것 같은데요 ^^ -아영
- Boost/SmartPointer . . . . 2 matches
* 표준 라이브러리에도 auto_ptr 이라고 같은 개념의 클래스가 있지만, 버그가 있다. -_-;; auto_ptr를 컨테이너에 집어넣으면 버그땜시 스스로 삭제가 안되 메모리가 새는 아주 심각한 문제이다.
* 모든 객체에 스마트포인터를 쓰도록 프로그램 짜면 자바같은 느낌으로 짤수도 ...
- BoostLibrary/SmartPointer . . . . 2 matches
* 표준 라이브러리에도 auto_ptr 이라고 같은 개념의 클래스가 있지만, 버그가 있다. -_-;; auto_ptr를 컨테이너에 집어넣으면 버그땜시 스스로 삭제가 안되 메모리가 새는 아주 심각한 문제이다.
* 모든 객체에 스마트포인터를 쓰도록 프로그램 짜면 자바같은 느낌으로 짤수도 ...
- C++3DGame . . . . 2 matches
예를 들어, 컴퓨터를 모델링할 경우 다음 코드와 같은 구조로 저장할수 있다.
하나의 code[] 절대 "세계"좌표를 구하려면 다음과 같은 코드를 사용한다.
- CPPStudy_2005_1/질문 . . . . 2 matches
2번째랑 3번째 에러는 1번째에서 에러나니까 당연한거 같은데...
* VS6가 무슨이유인지는 모르겠으나 namespace 가 표준을 지원하지 않는 것 같기도하고, 하여간 namespace 문제입니다.
- CVS/길동씨의CVS사용기ForLocal . . . . 2 matches
CVS를 개인적으로 사용할려면 두가지 방법이 있다. 하나는, 자신의 컴퓨터에 http://www.cvsnt.org/ 와 같은 서버툴을 설치하여 외부에서도 접근하는 것이고, 구지 서버를 돌리지 않고 cvs를 local에 저장소의 기능만을 이용하는 방법이 있다. 길동씨는 자신의 컴퓨터에서 간단한 저장소의 경험을 해보고 싶어서, local로 시도한다.
도움말 : 모듈(프로젝트와 동일 이하 모듈로 용어 통일)을 로컬의 저장소에 등록한다. 만약 내부에 소스같은 자원이 있다면 같이 등록된다.
- CauGlobal . . . . 2 matches
이선우, 임구근, 박종필, 나휘동이 팀이 되어 중앙대학교에서 주최한 CAU '세계문화체험단' 중 정보통신분야에 선정되었습니다. 이들은 2005년 여름 방학기간동안 실리콘밸리의 IT 문화 체험을 주제로하여, 2~3주간의 일정으로 다녀왔습니다. 방문하려고 예정했던 곳은 Yahoo!와 같은 글로벌 기업등과 Stanford, UC Berkeley 같은 대학, 실리콘 밸리 주변 도시였습니다. 하지만 실제로 글로벌 기업을 찾아가보지는 못했고 인텔에서 근무하시는 분을 인터뷰하고 돌아왔습니다.
- ClearType . . . . 2 matches
* 컴퓨터 Display 에서 bitmap으로 표현되는 글자들의 가독률이 나빠, 종이에 인쇄되는 것과 같은 수준의 글자 가독률 얻기 위해서 만들어 졌다.
* 억지로 적용을 할수는 있지만 '를' 과 같은 글자는 '■' 처럼 보이기도 한다고 한다.
- CodeCoverage . . . . 2 matches
CodeCoverage 는 Software Testing 에서 사용하는 측정 도구중의 하나이다. 프로그램이 테스트된 소스 코드의 정도를 기술한다. 이는 다른 대다수의 다른 테스트 메소드와 다른다. 왜냐하면 CodeCoverage 는 소프트웨어 기능, Object interface 과 같은 다른 측정 방법에 비하여 source code를 직접 보기 ㅤㄸㅒㅤ문이다.
* http://www.thecortex.net/ : 홈페이지 하단의 Ant 나 JBoss 같은거 눌러보면 볼만함
- CodeYourself . . . . 2 matches
C언어로 일기를 쓰라는 숙제가 있었나요? 재미있네요. 그런데 이건 좀 어려운 과제 같습니다. 왜냐하면, 프로그래밍의 일상적 시간 흐름과 정반대가 되기 때문입니다. 무슨 말이냐면, 프로그래밍이라는 행위는 시간의 순방향입니다. 내가 작성한 프로그램은 미래에 일어날 사건(실행)에 대한 청사진이죠. 하지만 일기는 주로 시간의 역방향입니다. 과거에 일어났던 일들을 정리, 기록하는 성격이 강하죠. 프로그램으로 과거의 일을 기록한다는 것은 어찌보면 쉽지만 또 어찌보면 매우 어려운 문제일수도 있습니다. 신입생 입장에서는 시간의 흐름에 따라 일어났던 과거의 이벤트 연속을 적는 수준이면 될 것 같습니다. 아쉬운 것은, 이렇게 되면 조건 분기문을 활용하기가 어렵다는 점입니다. 힌트를 준다면, 리팩토링을 하면 가능합니다(내 하루의 중복을 어떻게 제거할지 생각해 보세요 -- higher-order function이 나올 정도면 상당히 진전된 것입니다). 어차피 과거의 기록 역시 "기술"(description)의 일종이고, 미래의 계획도 "기술"이니까요.
이런 훈련이 되면 "과거형 프로그래밍"이 가능해집니다. 마치 과거에 일어난 일에 대한 기술인 것처럼 프로그램을 작성하는 것이죠. 이것은 일종의 사고의 도구입니다. 이런 실험이 있습니다. 자신의 교수가 다가오는 여름휴가 때 뭘 할지 상상을 해서 종이에 적어보라고 학생들에게 시켰습니다. 다른 그룹의 학생에게는 그 교수가 이미 여름휴가를 다녀왔다고 가정을 하고 과거형으로 무슨 일을 했는지 적어보라고 했습니다. 후자의 그룹이 쓴 내용이 훨씬 더 풍부하고 자세했다고 합니다.
- CompleteTreeLabeling/조현태 . . . . 2 matches
나름대로 줄이긴 했지만.. 애초에 문제가 나빳던 거얏!!ㅠ.ㅜ
일단 임시로 만든 소스를 올렸다. 현재 연산에서는 문제가 없으나 3*2를 넘어가면 연산속도가 눈에띄게 저하된다.
- ComposedMethod . . . . 2 matches
'''당신의 프로그램을 하나의 동일화된 작업을 수행할수 있는 메소드들로 나눠라. 모든 메소드는 같은 수준의 추상화를 유지해야 한다. 이는 자연스럽게 여러개의 작은 메소드를 만들어내게 될 것이다.'''
개인적으로, 간단해보이지만 아주 중요한 이야기라 생각함. ProgrammingByIntention 의 입장에서, 또한 '같은 레벨의 추상화를 유지하라'라는 대목에서. (StepwiseRefinement 를 하면 자연스럽게 진행됨) --[1002]
- Cpp/2011년스터디 . . . . 2 matches
* 사실 저 저번 때부터 이럴것 같은 조짐이 있었지. 결국 파토 ㅋㅋㅋㅋ 혼자서 합니다 이왕시작한거 테트리스는 만들고 끝내야 겠으!
* 보니까 06년도에 06학번을 대상으로 테트리스 만들기 라는 활동도 있었고 10년 데블스캠프에서도 테트리스가 언급되었던것 같은데 아예 새싹교실할때 테트리스를 포함해보는건 어떨까. 기본적인 블럭낙하에 줄이 없어지고 점수가 표시되는 정도라면 잘되는 새싹반은 완성도 가능하지 않을까?
- CppStudy_2002_1 . . . . 2 matches
* 그리고 뭐 사정이 허락하면 ICPC 문제나 ACM 문제 같은것도 같이 풀어 볼 수 있으면 풀어 볼지도 모릅니다.(시간이 허락하면.. ㅡㅡ;)
* 스터디 진행하면서, 또는 과제 하면서 각자 느낀점 같은것을 적어 주세요. 느낀점을 적을때는 전에도 말했듯이 나중에 보았을때 도움이 되게 구체적으로 적어 주세요
- CppStudy_2002_2 . . . . 2 matches
* 그냥 이멜로 쓰거나 위키에 작업중인 걸 올려놓는 게 편할 것 같은데욤..^^* - 재니
* 소스 올리고 난 다음 코드 리뷰 해보는지? 사람들이 꽤 중복된 코드를 쓴다던지, UI 부분과 로직 클래스 부분이 너무 같이 붙어있다던지 하는 것 같은데.. 재동 당신의 능력을 보여줘; --["1002"]
- CuttingSticks . . . . 2 matches
그 다음 줄에는 n개의 양의 정수 Ci ( 0 < Ci < l) 가 입력되는데, 이 숫자들은 막대를 잘라야 할 위치를 나타내며, 오름차순으로 입력된다.(같은 정수가 두 번 입력되는 일은 없다.)
각 막대를 자르는 데 드는 최소 비용을 아래 예에 나와있는 것과 같은 식으로 출력한다.
- DPSCChapter2 . . . . 2 matches
제가 디자인부탁하는 것은 바로 이 요구-진행 작업흐름시스템 입니다. (그냥 영어 그대로 써도 될것 같은데.. 대체할 용어가 생각안난다. 아, 어휘 딸려라. --;) 이 개체들이 어떻게 같지 작용해야 할지 모르겠어요. 제가 생각하기론, 이 시스템에서의 기본적인 개체들은 찾은 것 같은데, 각 개체들의 행위들을 어떻게 이해해야 할지 모르겠어요.
- DataCommunicationSummaryProject/Chapter11 . . . . 2 matches
* ''설치시에 유선은 하나 설치땜에 땅을 파야하는 엽기를 범하지만 무선은 안테나 같은거만 설치하면 된다. B) ''
* 보내고 받는 모양새가 대칭형이다. 레이저나 극초단파 같은 걸로 사용한다.
- DataCommunicationSummaryProject/Chapter4 . . . . 2 matches
* 예: 같은 말을 여러 나라 언어로 보내도 모국어만 알아들음
* PMR은... (해석 안됨) 그것은 많은 PMR 터미널의 주인들이 그들을 일반적인 셀 전화기로 사용함에도 불구하고, 보다 빠른 콜 셋업과 다른 것들, 회의 콜링 같은 것들을 제공한다.
- DataCommunicationSummaryProject/Chapter5 . . . . 2 matches
* 3G 서비스를 전세계가 같은 주파수대(쉬운 global roaming을 위해)를 할당하고자 했으나 뻑났다.
=== 1xMC/1xRTT(같은것임) ===
- DataStructure/Foundation . . . . 2 matches
- log 함수는 base에 관계없이 같은 차수이다.
* 이 소스들을 예로 든 이유는 같은 기능을 하는 함수라도 효율성을 따져 가면서 만들면 좋다는..--; 겁니다..--;
- DataStructure/Graph . . . . 2 matches
* 결론 : 뭐가 더 낳다 꼴았다 할 그런건 없지만.. 구현의 편리성과 같은 부수적인 것을 따져볼때 배열을 애용하는게 좋을것 같단 말입니다!
* Edge들을 순서에 따라 하나씩 연결한다. 연결하다가 Cycle이 생기면 그것은 잇지말고 제거한다. 다 이어지면 그만둔다.
- DataStructure/Tree . . . . 2 matches
* Sibling : 형제(같은 레벨의) 노드
* but, 정렬되어 있지 않으면 이진 탐색 나무든 뭐든 안됩니다. 안나온단 말입니다. 중간에 꼬이는데 무슨..--;
- DermubaTriangle . . . . 2 matches
더뮤바 삼각지대는 지오메트리아 은하의 엘-팩스 행성에 있는데, 전우주적으로 유명한 평평한 삼각지대다. 더뮤바 사람들은 각 변이 정확하게 1km인 정삼각형 영역에서 산다. 집은 모두 그 정삼각형의 외심에 있다. 각 집에는 다음과 같은 식으로 번호가 붙어있다.
여러 테스트 케이스가 입력될 수 있으며, 각 테스트 케이스마다 출발하는 집의 번호와 도착하는 집의 번호를 나타내는 정수 n과 m이 입력된다. 0≤n, m≤2,147,283,647이며, 이 두 정수는 같은 줄에 입력된다.
- DesignPattern2006 . . . . 2 matches
* 음... GOF의 디자인페턴 책 오늘정도 올꺼 같은데...;; - [상욱]
* 국어사전 같은 느낌..- [송수생]
- DiceRoller . . . . 2 matches
* 윈도우즈 메세지와 창의 인스턴스/핸들 등을 공부하기에 좋은 것 같다. (창의 계층같은것도..?)
* SHIFT+ENTER : 이상하게 그 창에서만 듣지 않는다.. 무언가 문제가 있는듯.. Direct Input를 사용해 볼까 고려중이다.
- EffectiveSTL . . . . 2 matches
More Difficult C++ 은 내가 ["MoreEffectiveC++"] 를 그렇게 부른거 같은데, EffectiveSTL 은 번역이 잘되었다는, 한서가 있으니 그것도 참고하는게 좋을 것 같다. --["상민"]
* 잠시 중단합니다. 점점 무슨 말인지 모르는 게 많이 나오네요.--; 다른 부분은 좀더 공부하고 봐야겠습니다.
- EffectiveSTL/ProgrammingWithSTL . . . . 2 matches
* 제목 그대로.. 같은 이름의 알고리즘을 쓰는 대신에, 그 컨테이너 객체의 같은 이름의 메소드를 쓰는게 낫다.
- EffectiveSTL/VectorAndString . . . . 2 matches
* 가장 많이 쓰는 vector, string에 관련된 팁 모음이다. 큰1장 후반부에는 모르는 내용(할당기 같은..)이 좀 많아서 일단 건너 뛰었다.
* delete [] 와 delete 를 잘 써야 함. 잘못 쓰면 무슨 일이 벌어질지 모름.
- EightQueenProblem/kulguy . . . . 2 matches
성능이란 것을 크게 수행 시간(時)과 수행시 필요한 메모리(空)라는 2가지 측면에서 본다면 메모리쪽의 성능을 희생해서 수행 시간을 끌어올리는 것을 말합니다. 즉, 자주 쓰일 것 같은 계산 결과는 매번 계산하지 않고 메모리에 담아두거나 외부에 저장했다가 가져오는 식이 되는 거죠. 저같은 경우 문제를 풀기 위해 체스판 위에 퀸 하나가 놓일 때마다 다음 퀸이 놓일 수 있는 "가능한 자리를 계산"해서 그 다음 퀸을 배치하는 방식을 사용했습니다. 이 때 "가능한 자리를 계산"한 결과를 메모리에 담아두고 계속 이용하였죠. 참고로 이 용어와 개념들은 김창준님이 마소에 기고하신 파이썬 관련 기사에서 비스므리 인용한 것 입니다. 인용이란 본래 그 내용을 정확히 전달해야 하는데 -_-;;; 마소 기사를 직접 참고해보시기 바랍니다 :)
- EightQueenProblemDiscussion . . . . 2 matches
자신에게 항상 "What is the simplest thing that could possibly work?"라는 질문을 하면서 TestDrivenDevelopment를 했나요? 테스트/코드 사이클을 진행하면서 스텝을 작게 하려고 노력했나요? 중간에 진척이 별로 없는 경우, 어떤 액션을 취했나요? 그 때 테스트 사이클의 스텝을 더 작게하려고 했나요? 만약 다시 같은 문제를 새로 푼다면 어떤 순서로 테스트를 하고 싶나요? (직접 다시 한번 새로 시작하는 것도 강력 추천) 왜 다른 사람들에 비해 시간이 상대적으로 많이 걸렸을까요? 테스트 코드를 사용한 것이 그 시간만큼의 이득이 있었나요? TestDrivenDevelopment를 해내가면서 현재 패스하려고 하는 테스트 케이스에서 무엇을 배웠나요? 켄트벡이 말하는 것처럼 사고의 도구가 되어 주었나요? 참고로 저는 EightQueenProblem을 파이썬으로 약 30분 정도 시간에 50 라인 이내로(테스트 코드 제외) 풀었습니다. TestDrivenDevelopment로요. --김창준
이런 암호같은 프로그램도 있다는..
- EmbeddedSystemClass . . . . 2 matches
최신 버전의 리눅스를 구해서 할 경우 페도라 Full install 의 경우 큰 문제가 없으나,
우선 상기 패키지를 설치한 후 다음과 같은 진행을 해야한다.
- ErdosNumbers . . . . 2 matches
입력의 첫번째 행에는 시나리오 개수가 들어있다. 각 시나리오는 논문 데이터베이스의 이름의 목록으로 구성된다. 각 시나리오의 첫번째 줄에는 P와 N이라는 자연수 두 개가 입력된다. 그 다음 줄에는 논문 데이터베이스가 입력되며 각 논문마다 한 줄씩 저자에 대한 정보가 입력된다. 각 논문에 대한 정보는 다음과 같은 식으로 기술된다.
P개의 논문 정보 밑에는 각각 하나씩의 이름이 들어있는 N개의 행이 입력된다. 이름은 다음과 같은 형식으로 입력된다.
- Erlang/기본문법 . . . . 2 matches
* 맨 마지막 줄은 값이 같기 때문에 아무런 문제가 없는 것이다.
* '/' 와 같은 연산자는 자동으로 실수를 리턴한다.
- EventDrvienRealtimeSearchAgency . . . . 2 matches
* 위와 같은 방법도 나쁘지는 않으나 다음과 같은 표준이 있으면 부하를 많이 줄일수 있을거 같다.
- FOURGODS/김태진 . . . . 2 matches
* A-B-C-D(-A) 와 같은 순서가 되도록 하는 것의 경우의 수 구하기
* 염주 수열은 같은 것으로 본다.
- FileInputOutput . . . . 2 matches
저 프로그램을 실행하면 output.txt가 생기면서 11이 그 안에 써진다.
저 프로그램을 실행하면 output.txt가 생기면서 11이 그 안에 써진다.
- FocusOnFundamentals . . . . 2 matches
학생들은 일반적으로 가장 많이 이용될 것 같은 언어들 (FORTRAN 이나 C)을 가르치기를 요구한다. 이는 잘못이다. 훌륭하게 학습받은 학생들 (즉, 바꿔 말하면, clean language(?)를 가르침받은 학생)은 쉽게 언어를 선택할 수 있고, 더 좋은 위치에 있거나, 그들이 부딪치게 되는 해당 언어들의 잘못된 특징들에 대해 더 잘 인식한다.
말은 길게 했지만 결국 DavidParnas가 한 말과 같은 선 상에 있다고 보면 되겠습니다.
- Garbage collector for C and C++ . . . . 2 matches
* win32 쓰레드를 지원하려면 NT_THREADS_MAKEFILE 을 사용한다. (gc.mak 도 같은 파일 이다.)
* Windows NT 나 Windows 2000 에서 문제가 발생한다면 -DUSE_GLOBAL_ALLOC 나 -DUSE_MUNMAP 옵션을 사용하여 컴파일 한다.
- Gof/AbstractFactory . . . . 2 matches
Abstract Factory 패턴은 다음과 같은 장점과 단점이 있다.
abstract factory는 완벽한 산물의 집합을 생성해 내게되어, 모든 산물의 집합이 한번에 바뀔 수 있게 한다(같은형태의 다른 모습들이므로.. 역자 주).
- Gof/Strategy . . . . 2 matches
StrategyPattern 은 다음과 같은 경우에 이용할 수 있다.
StrategyPattern 은 다음과 같은 장점과 단점을 가진다.
- Gof/Visitor . . . . 2 matches
[컴파일러]가 abstact syntax tree로 프로그램을 표현한다고 하자. 컴파일러는 모든 변수들이 정의가 되어있는 지를 검사하는 것과 같은 '정적인 의미' 분석을 위해 abstract syntax tree에 대해 operation을 수행할 필요가 있을 것이다. 컴파일러는 또한 code 변환을 할 필요가 있다. 또한 컴파일러는 type-checking, code optimization, flow analysis 와 해당 변수가 이용되기 전 선언되었는지 등의 여부를 검사하기 위해서 해당 operations들을 수행할 필요가 있다. 더 나아가 우리는 pretty-printing, program restructuring, code instrumentation, 그리고 프로그램의 다양한 기준들에 대한 계산을 하기 위해 abstract syntax tree를 이용할 것이다.
VisitorPattern은 다음과 같은경우에 이용한다.
- GoodExams . . . . 2 matches
"갑의 종류 8가지를 나열하라"와 같은 문제는 채점하기 편리하다. 하지만 이런 류의 지식은 시험 자체를 위한 지식에 지나지 않는 경우가 대부분이다. 더욱 큰 문제는 대부분의 시험이 이런 식으로 이루어진다면 학생들의 평소 공부도 그런 쪽으로 향방이 정해진다는 점이다. 고등학교식으로, 생소한 단어가 출현하면 밑줄부터 긋고 그 말을, 간혹 사전적 정의와 함께, 외우는데 전력을 기울인다.
"컴퓨터란 무엇인가"와 같은 문제는 출제하기가 쉽다. 별로 신경을 쓰지 않고 문제 한 둘 내는 것으로 나름의 평가를 할 수 있다고 믿는다. 하지만 이런 문제는 대부분 학생과 선생 모두의 게으름에서 연유하며, 또 이를 조장한다. 선생은 자신의 책임을 학생에게 완전히 전가해 버리며, 학생의 답안에 대해 깊이있는 분석과 이에 맞는 피드백을 제공, 부차적 교육이 일어나게 하지 못한다. 학생은 자신이 공부를 아무리 착실히 해도 이런 식의 뭉떵그린 추상적 문제를 자주 접하게 되면 잡다한 지식을 대충 얼버무려 장문으로 만드는 요령만 늘게된다. 교육은 "똑똑한 질문"을 묻는 것이지, "이것에 대해 네가 아는 모든 걸 쏟아내놓아 봐, 얼마나 되는지 보자"가 되어선 안된다.
- GoodNumber . . . . 2 matches
Good number 는 원래 수의 각 자리수의 합과 곱이 원래 수와 같은 소인수들의 각 자리수의 합이 같은 수들을 말합니다. 소수는 자신의 소인수가 자기 자신이기 때문에 포함이 됩니다.
- Googling . . . . 2 matches
구글사이트에는 대단히 다양한 정보가 존재한다. 현재 8,168,684,336(81억개ㅡ,.ㅡ)개의 페이지를 단 몇초만에 검색하고 가장 많은 사람들이 이용하는 사이트를 가장 합리적인 판단 기준에 의거해서 반환해준다. 이만큼 다양한 페이지가 존재하는 만큼 다양한 검색 옵션을 제공한다. 단지 몇개의 검색 명령어만을 아는 것 만으로도 자신이 원하는 정보를 아주 쉽게 찾을 수 있다.
''stop word: at, and 와 같은 일반적인 단어들은 검색을 할 경우 그 결과가 너무 많기 때문에 구글에서 제외시킨다. 이런 단어를 추가시켜서 검색하기 위해서는 검색어 앞에 + 를 붙여야한다.''
- HelpForBeginners . . . . 2 matches
처음 위키위키를 방문하신다면 무작정 다른 페이지를 고치려 하지 마시고 [위키모래상자]같은 곳에서 위키위키에 사용되는 간단한 문법을 테스트해보시기 바랍니다.
* RecentChanges: 사람들이 지금 무슨 작업을 하고 있는지
- HelpOnEditing . . . . 2 matches
* HelpOnSmileys - :) 와 같은 스마일리 넣기
그리고 다음과 같은 고급 기능을 제공합니다.
- HelpOnInstallation/SetGid . . . . 2 matches
보안상의 이유로 웹서버는 php 스크립트를 `nobody, www, apache` 혹은 `httpd`같은 특별히 제한된 계정으로 실행하게 됩니다. 이러한 이유로 [모니위키] 스크립트가 생성하게 되는 여러 파일 혹은 디렉토리는 이러한 특별한 계정의 소유가 되며 진짜 사용자가 소유하지 못하게 되는 일이 발생하고 어떤 경우는 이렇게 만들어진 파일을 읽을수도 지울 수도 없게 됩니다.
이런 경우를 막기 위해서 `chmod 2777` 대신에 `chmod 777`을 하는 경우도 있으나, 이로서 문제가 모두 해결되지는 않습니다.
- HelpOnUserPreferences . . . . 2 matches
User``Preferences에서 설정하실 수 있는 것으로는 다음과 같은 것이 있습니다.:
* 웹상의 비번은 쉽게 노출될 가능성이 많으므로 가능한 노출되어도 큰 문제가 되지 않을 비밀번호를 사용하시기 바랍니다.
- HowManyFibs?/1002 . . . . 2 matches
근데, a,b=(1,10^100) 로 해도 1초도 안걸린다. 처음에는 'big integer 를 만들어라!' 라는 문제가 아니라고 생각했는데, 풀고 나니 뭔가 허탈함. 글쌔. 출제자가 원한 답은 big integer emulation 이였을까. 흑..
* bigint 를 지원하는 python 이나 matlab 같은 언어에서는 더 할일이 없는 문제. 내가 공식 궁리하는 동안 옆의 분이 matlab 으로 10분만에 풀어버리다. 흑.
- JTDStudy/첫번째과제/장길 . . . . 2 matches
* 테스트를 작성하며 느낀거지만 이건아니라는 생각이 자꾸만 드는 이유는 멀까요? ㅋㅋ 테스트를 이렇게 작성해도 돼는건지 모르겟네요... 프로그램도 좀 이상한거 같고... 괸히 삽질만 많이한거같은 생각이.... 흠 객체지향 개념을 다시한번 살펴봐야 겠다는 생각이 자꾸만 드네요... -장길-
* 객체지향 개념은 어느정도 된거 같은데?^^; 음... 디자인 패턴이라는 것을 보면 조금 생각이 바뀔지도... - [상욱]
- JUnit/Ecliipse . . . . 2 matches
Path : 는 이클립스가 설치된 폴더내에서 아래와 같은 파일을 찾아 클릭하면 됩니다.
아래와 같은 새 클래스가 생성되었습니다.
- Java/스레드재사용 . . . . 2 matches
아래 코드에 문제가 있는것 같아요. 분명 두개의 메소드가 같아보이는데 (주석처리된 run() 메소드와 run() 메소드) 한개만 되고 나머지 한개는 에러가 납니다(unreachable statement) - 임인택
waitfortarget() 콜하기 전에 중괄호가 두개 있고 하나 있는 차이인것 같은디?? 음.. 지금 주석처리 안한 run에서 에러가 나는거야?
- JavaScript/2011년스터디/3월이전 . . . . 2 matches
* 변수 선언시에 'var a=3'같은 식은 지역변수, 'a=3' 같은식은 전역변수 이다.
- JavaStudy2004/자바따라잡기 . . . . 2 matches
이 문제를 해결하기 위하여 고슬링은 C와 C++를 개조해서 해결을 해보려고 시도를 했던 것이다.그래서 C언어의 불필요한 부분이나 문제가 될 부분들을 제거한 새로운 언어를 개발하게 되였는데, 이것이 바로 자바인 것이다. 최초로 자바를 이용한 프로젝트는 가전 제품과 전기 기기들을 통합하여 가정 환경에 새로운 인터페이스를 제공하는 소위 그린 프로젝트(Green Project)라는 것 이였다. 그러던 1993년, 그래픽 기반의 월드와이드웹이 발표되고 자바의 개발자들은 곧 이러한 웹 기반의 응용 프로그램에는 자바와 같은 기기(컴퓨터 및 그 운영체제)로부터 독립된 언어가 이상적이라는 것을 발견하였다. 그리하여 그들이 개발한 것이 나중에 핫자바(HotJava)로 이름이 바뀐 웹러너(WebRunner)라는 웹 브라우저였다. 이것이 최초로 자바를 지원한 웹 브라우저가 되었다. 자바라는 이름은 지역의 어느 커피점 안에서 얻었다. 그래서 지금은 웹 페이지에서 항상 끓고 있는 커피의 상징을 볼 수 있다.
- JavaStudy2004/클래스상속 . . . . 2 matches
* java의 함수에서는 디폴트 전달인자는 없나요?? 디폴트 전달인자가 있다면 함수의 수를 상당히 줄일수 있을것 같은데. - [이승한]
* 디폴트 전달인자라는 것하고 질문이 무슨 뜻인지 잘 모르겠습니다 ; --[iruril]
- JavaStudyInVacation/과제 . . . . 2 matches
* 다음과 같은 네트워크를 사용하는 간단한 에플리케이션 만들어 보기. (SWING 이나 AWT 사용 안함)
* 다음과 같은 네트웍 보드 게임을 만들게 될 것인데, 어떻게 말들어야할지 설계하기.
- JollyJumpers . . . . 2 matches
n개의 정수(n>0)로 이루어진 수열에 대해 서로 인접해 있는 두 수의 차가 1에서 n-1까지의 값을 모두 가지면 그 수열을 유쾌한 점퍼(jolly jumper)라고 부른다. 예를 들어 다음과 같은 수열에서
샘플인풋에 5 1 4 2 3 이 아니고 4 1 4 2 3 입니다(수정했음). 맨 앞의 수가 입력받을 숫자의 개수를 나타내는거에요. 문제가 불분명한것 같아 한가지 예를 더 알려드리죠 4 1 4 3 1 => Jolly --[곽세환]
- KDP_토론 . . . . 2 matches
JStorm 계셨던 분의 말씀을 들어보니, 서적의 번역과 그에 따른 저작권 문제, 출판 문제가 상당히 머리가 아프더군. 우리가 완전 번역을 하면 저작권에 걸리는 거고, 완전 번역시에 그걸 출판을 모색할 경우 상당히 힘들것으로 보인다. 이유는 우리가 학부생이고, 전문가라고 볼수 없는 위치에 있기 때문에 출판사 측에서는 그런 점을 지적한다. 그래서 많은 책에는 유명한 사람들의 감수가 들어 있다.
소모임내 스터디를 위한 문서번역은 어디든지 하는 곳들이 있다고 할때.. 단, 우리의 문제는 인터넷에 그 문서들이 노출되어있다는 점. 그래서 공개되어있다는 점이 되겠지. 하지만, 의도적인 저작권 위반이 아닌이상, 그리고 명시적으로 우리의 목적을 밝히는 선이면 추후에 문제가 발생하더라도 바로 소송걸릴일은 없을거라 생각. 그리고, 도큐먼트의 효율화를 위해서 처음엔 번역인 문서들도 요약화되어질 것이라 생각중. (어차피 1차 번역은 소위 '와우북식 번역책 욕하기' 에 딱 걸릴 수준인지라. --;) -- 석천
- LUA_5 . . . . 2 matches
오늘은 루아만이 갖고 있는 독특한 자료구조 테이블에 대해서 알아보겠습니다. 루아에서 테이블은 해쉬 테이블과 같은 자료 구조 이상의 역할을 합니다. 테이블은 객체지향적 프로그래밍을 가능하게 해주는 역할도 겹합니다. 무슨 이야기인지는 천천히 설명 드리겠습니다. 우선 간단하게 자료구조로써의 테이블을 살펴 보겠습니다.
- Linux/RegularExpression . . . . 2 matches
리눅스와 같은 유닉스의 클론 운영체제를 하다보면 반드시 익혀야 할 것들이 몇가지 존재한다.
대충 용도를 적어보자면 MS시스템에서의 *(asterix)문자와 같은 용도라고 보면된다.
- Linux/필수명령어 . . . . 2 matches
(X시스템이 있기는 하지만 모든 경우에 Xmanager 같은 것을 써서 X로 접근할 수는 없고, X상에서의
''보통 .bashrc 와 같은 스크립트에 alias 시켜서 가상적으로 dir, vdir 명령어를 만들어준다.
- LoadBalancingProblem . . . . 2 matches
SuperComputer 사는 N 개의 CPU 로 이루어진 슈퍼컴퓨터를 제작하였다. 각각의 CPU는 1에서 N 까지 번호가 새겨져 있으며 각각 독립적인 작업을 수행한다. 새로운 작업이 생기면 무작위로 한개의 CPU 에 그 작업이 할당된다. 이럴 경우 어떤 CPU 에는 작업이 엄청 많고 다른 CPU 에는 할당된 작업이 적거나 아예 없는 상황이 발생하게 된다. 이럴경우 각 CPU 에 작업을 적당하게 분배하여야 하는데 각각의 재분배 작업은 N번 CPU가 1-N, 1-N CPU 에 각각 하나씩의 작업을 전달하는 것이다. 차근차근 살펴보면,
IPSC 에는 입력을 파일로 받도록 하였으나 여기서는 직접 사용자가 다음과 같은 형식으로 입력한다.
- MFC/ObjectLinkingEmbedding . . . . 2 matches
서로 다른 응용프로그램들이 프로그램 안에 있는 데이터를 편집할 수 있도록 하는 프록램을 작성할수 있도록 하는 메카니즘이다. (예를 들자면 오피스웨어에서 포토ㅤㅅㅑㅍ에서 수정하던 그림을 특정 포맷으로 변환하지 않고 바로 붙이기 하는 경우와 같은 경우....)
OLE 서버와 같은 COM객체는 IUnknown 이라는 인터페이스를 구현하고 있따.
- MFCStudy_2002_2 . . . . 2 matches
* [07/18] - 위키 페이지가 열렸습니다! 모두 축하~
* 내가 누군가에게 위키에 배운것 올려달라고도 한거 같은데.. 모임날짜랑 숙제도 안알려주다니..좀..실망인데요.. 좀 챙겨줬음 좋았을텐데.. 안간것도 아니구 못간건데..투덜투덜...-_-(이라고 말하고는 있지만 매우 속쓰림......) -성재
- Marbles/이동현 . . . . 2 matches
프로그램은 다음과 같은 원리로 동작한다.
n2가 작은 수라면 금방 끝나지만 다음과 같은 worst case일때는 약 몇억번의 루프를 돌아야 한다.
- MedusaCppStudy . . . . 2 matches
삼각형 그리는데 약간 문제가 있는거 같은데요..
- MindMapConceptMap . . . . 2 matches
How To Read a Book 과 같은 책에서도 강조하는 내용중에 '책을 분류하라' 와 '책의 구조를 파악하라'라는 내용이 있다. 책을 분류함으로서 기존에 접해본 책의 종류와 비슷한 방법으로 접근할 수 있고, 이는 시간을 단축해준다. 일종의 知道랄까. 지식에 대한 길이 어느정도 잡혀있는 곳을 걸어가는 것과 수풀을 해치며 지나가는 것은 분명 그 속도에서 차이가 있을것이다.
MindMap 의 경우, 일반적인 책들과 같이 그 체계가 잘 잡혀 있는 지식에 대해 정리하기 편리하다. (SWEBOK 과 같이 아에 해당 지식에 대한 뼈대를 근거로 지식을 분류해놓은 책같은 경우에는 더더욱) 일반적으로 한 챕터에 대해서 5-10분정도면 한번 정리를 다 할 수 있을 정도로 필기할때 속도가 빠르다. 그러면서 해당 중심 주제에 대해서 일관적으로 이어나갈 수 있도록 도와준다. (이는 주로 대부분의 책들이 구조적으로 서술되어있어서이기도 할 것이다.)
- MineFinder . . . . 2 matches
GetPixel은 다음과 같은 화면 캡쳐로 얻은 비트맵에 대해 비교하여 같은 데이터임을 판독하는 부분에 쓰였다.
- MoniWikiOptions . . . . 2 matches
* rcs를 ~/bin같은 곳에 설치할 때 이 변수에 path를 지정한다 예를 들어 `/usr/local/bin:/usr/bin`
* 윈도우즈 환경이라면 {{{$path='./bin;c:/program files/vim/vimXX';}}}와 같은 식으로 설정한다.
- Monocycle . . . . 2 matches
색이 칠해진 부분은 전부 똑같은 각도(72')만큼 벌어져 있다. 어떤 사람이 정사각형 타일로 만들어진 M × N 격자 위에서 이 외발자전거를 탄다. 한 타일의 중심에서 바로 옆 타일의 중심으로 외발자전거를 타고 이동하면 바퀴가 정확하게 72' 회전하게 되어있다. 위 그림을 보면 어떤 식인지 알 수 있을 것이다. 바퀴가 1번 타일의 중심에 있을 때, 파란색이 칠해진 부분의 중점이 바닥에 닿아있다. 바퀴가 다음 타일(2번 타일)중심으로 이동하면 흰색으로 칠해진 부분의 중점이 바닥에 닿게 된다.
격자에 있는 정사각형 중 몇 개는 자전거가 갈 수 없게 막혀있다. 그 자전거를 탄 사람은 한 위치에서 시작해서 어떤 다른 위치로 최단 시간 안에 도착하려고 한다. 한 정사각형 위에서 그 자전거는 다음 정사각형으로 이동하거나, 같은 정사각형 내에서 왼쪽이나 오른쪽으로 90' 회전할 수 있다. 이런 동작을 하는 데 각각 1초가 걸린다. 자전거는 반드시 북쪽을 향하고, 바퀴에서 녹색 부분의 중점이 지면과 접하고 있는 상태에서 출발한다. 도착 지점에서는 자전거의 방향은 상관없지만 지면과 접하고 있는 부분은 녹색이어야 한다.
- MoreEffectiveC++ . . . . 2 matches
* ANSI C++에 대한 제반적인 내용을 깔끔한 필체로 쉽게 쉽게 다루고 있다. 명확한 개념 설명이 돗보인다. 프로그램과 디자인 능력을 향상시키는 35개의 방법이 제시되어 있다. 배치, 가상 생성자, 포인터 레퍼런스 카운팅, 프락시 클래스, 더블 디스패치와 같은 C++의 보다 세련된 기술에 대해 설명하고있다.
* Item 34: Understand how to combine C++ and C in the same program. - 같은 프로그램에서 C++와 C를 혼합하는 법 이해해라.
- MySQL . . . . 2 matches
웬지 저 문제가 아닐까 하는 생각을 해보는중. (아니면 내가 삽질중인거고;) --["1002"]
MySQL 에서 다른 데이터베이스로 데이터를 옮길 경우 기존 데이터중 문제가 되는 것이 바로 내장함수인 PASSWORD 를 이용해서 암호화를 한 부분이다. 다른 데이터베이스에서 이 데이터를 쓸 방법이 없기 때문이다. 이 경우, 로직 단에서 MySQL의 Password 함수를 대신 구현해줌으로서 해결을 할 순 있다.
- NIC . . . . 2 matches
["zennith"]가 사용하고 있는 NIC 는 현재 '''Realtek 8029(AS)''' 이다. 이 NIC 에 대해서 특별히 불만은 가지고 있지 않았지만, 얼마전에 경험하게 되었다. 바로, Linux 에서의 드라이버 지원 문제였는데, 동사의 8139(10/100 mega bit ethernet 카드로서, 대부분 리얼텍 NIC 를 쓴다고 한다면 이8139일 것이다.)는 매우 잘 지원되는 것으로 보였으나.. 단지 10m bit ethernet 인 내 8029 는 너무 오래전에 나온것인지 꽤, 고난과 역경을 겪게끔 하는 그런 카드였다. 그래서, 지금 ["zennith"] 가 알아보고 있는 카드가 두개 있다. 하나는 ACTTON 에서 나온 것과, 또 다른 하나는 그 이름도 유명한 NetGear 에서 나온 10/100 카드이다. 전자의 ACTTON 것은 나름대로 한 시대를 풍미했던 DEC 의 튤립이란 카드의 벌크 제품이라던데... 7000원이라는 가격이 매우 돋보이지만, 이것역시 벌크제품인지라 드라이버 지원문제가 꽤 걸릴거 같아서, 아무래도 NetGear 의 제품을 사게 될 것 같다.
그리고 들은 소문이지만, 일부 저가형 랜카드 중에는 Collision 체크 루틴을 빼버려서 저가화 시킨다는 '- 카더라' 식의 소문이 있다. 아무튼, ["zennith"] 는 영화 와 같은 대용량의 자료를 받았을때 원본과 달라진 경험을 가끔 했었다. NetGear 로 바꾼 후에는 그런 부수적인 효과까지 기대하고 있다.
- NeoZeropageWeb . . . . 2 matches
(특이한 형태가 될 것 같은데.. -_-)
흠 누가 블로그를 만든다고 했던거 같은데 --? [아잉블러그] 이건 어떻게 된건지... - [eternalbleu]
- NumberBaseballGame/정훈 . . . . 2 matches
cout << "같은수는 입력하시 마쇼 ->";
cout << "같은수는 입력하시 마쇼 ->";
- ObjectProgrammingInC . . . . 2 matches
attrib을 찍는다는 문제를 주셨는데... attrib가 private라 가정하고, 따라서 method1의 함수가 구조체(클래스)의 attrib을 고친다는 뜻으로 판단하고 생각해본다면... C++의 this란 예약어가 없다면 C언어에서 C++과 같은 class의 표현은 어려울 듯. 메모리주소로 가능을 할 수도 있으나, 코드 조작을 어셈블리 차원으로 내려가 하나하나 손봐야함... (이 답이 아니라면 낭패)
별 다른 뜻은 아니고, C++ 컴파일러의 경우 메소드인 경우 인자로서 this 를 자동으로 넘겨준다고 해서. 그리고, attrib 이 private 이 아닌 public 이라 하더라도, 똑같은 질문이 가능할듯. --[1002]
- ObjectWorld . . . . 2 matches
두번째 Session 에서는 세분이 나오셨습니다. 아키텍쳐란 무엇인가에 대해 주로 case-study 의 접근으로 설명하셨는데, 그리 명확하지 않군요. (Platform? Middleware? API? Framework? Application Server? 어떤 걸 이야기하시려는것인지 한번쯤 명확하게 결론을 내려주셨었더라면 더 좋았을 것 같은데 하는 아쉬움.) 아키텍쳐를 적용하는 개발자/인지하는 개발자/인지하지 못한 개발자로 분류하셔서 설명하셨는데, 저의 경우는 다음으로 바꾸어서 생각하니까 좀 더 이해하기가 쉬웠더라는. '자신이 작업하는 플랫폼의 특성을 적극적으로 사용하는 개발자/플랫폼을 이해하는 개발자/이해하지 못한 개발자' 아직까지도 Architecture 와 그밖에 다른 것들과 혼동이 가긴 하네요. 일단 잠정적으로 생각해두는 분류는 이렇게 생각하고 있지만. 이렇게만 정의하기엔 너무 단순하죠. 해당 자료집에서의 Architecture 에 대한 정의를 좀 더 자세히 들여다봐야 할듯.
저번 세미나때도 약간 그런느낌이 들긴 했지만, POSA를 너무들 좋아하시는 것 같다는 생각이. ^^; EnableTechniques 뿐만 아니라 해당 EnableTechniques 이 지켜짐으로서 얻을 수 있는 효과들에 대해 적절하게 언급을 해주셨으면 좋았었을 것 같은데 하는 아쉬움이 남긴 합니다. --석천
- PC실관리 . . . . 2 matches
그런데 자꾸 문제가 생기면 아예 디스크 보안관을 설치하는것도..;; -[조현태]
- PC실관리/고스트 . . . . 2 matches
고스트 이미지 생성에 일관된 정책이 없기 때문에 차후에 문제가 발생하는 듯 보임. 차후 고스트 이미지 작업시에 다음의 내용정도는 꼭 포함하자는 취지에서 작성해봄.
이 계정의 경우 Users 로 계정을 제한해서 프로그램의 설치및 제거에 제한을 두어야 차후에 문제가 발생하지 않을 것으로 생각됨.
- PC실관리수칙 . . . . 2 matches
* 두고 간 개인물건들은 한군데 모아두고 있으나 장소는 일정하지 않다. 전자기기 같은 귀중품은 회수한 뒤 동네 게시판에 업로드하고, 우산이나 책같은 것은 지금 현재는 PC실 문 바로 앞 빈 책상 앞에 모아 두었다.
- PairProgramming토론 . . . . 2 matches
그리고 전문가와 비숙련자가 pairing을 해도, 전문가한테도 도움이 많이 됩니다. 예를 들어 변수이름 같은 것은 전문가도 실수할 수 있죠. 이걸 지켜보던 비숙련자가, "어라.. 아까는 PrinterStatus라고 치더니 지금은 PrintersStatus라고 치시네요..."라고 하면, '아차!'하는 거죠. 또 비숙련자가 코드를 이해를 못해서 설명을 해주게 되면, 전문가 스스로도 많은 공부를 하게 되고, 설령 그 사람이 그 설명을 이해를 못해도, "아 이런 부분은 이해를 잘 못하는구나. 앞으로 이건 더 쉽게 설명해야겠군"하고 잘못을 스스로에게 구하면서, 또 학습이 발생하죠.
Pair 할때의 장점으로 저는 일할때의 집중도에 있다고 보고 있습니다. (물론 생각의 공유와 버그의 수정, 시각의 차이 등도 있겠지만요.) 왕도사/왕초보 Pair 시의 문제점은 왕도사가 초보자가 coding 때에 이미 해야 할 일을 이미 알고 있는 경우 집중도가 떨어지게 된다는 점에 있습니다. Pair 의 기간이 길어지면서 초보쪽이 중고급으로 올라가는 동안 그 문제들이 해결이 될 것 같은데, 아쉬운 점은 Pair 를 긴 기간을 두고 프로그래밍을 한 적이 없다는 점입니다. (하나의 프로젝트를 끝내본 역사가 거의 없다는.)
- Plugin/Chrome/네이버사전 . . . . 2 matches
* 크롬은 아시다시피 Plug-in을 설치할수 있다 extension program이라고도 하는것 같은데 뭐 쉽게 만들수 있는것 같다. 논문을 살펴보는데 사전기능을 쓰기위해 마우스를 올렸지만 실행이 되지 않았다.. 화난다=ㅂ= 그래서 살짝 살펴보니 .json확장자도 보이는것 같지만 문법도 간단하고 CSS와 HTML. DOM형식의 문서구조도 파악하고 있으니 어렵지 않을것 같았다. 그래서 간단히 네이버 링크를 긁어와 HTML element분석을 통해 Naver사전을 하는 Plug-in을 만들어볼까 한다.
* inline script를 cross script attack을 방지하기 위해 html과 contents를 분리 시킨다고 써있다. 이 규정에 따르면 inline으로 작성되어서 돌아가는 javascript는 모두 .js파일로 빼서 만들어야한다. {{{ <div OnClick="func()"> }}}와 같은 html 태그안의 inline 이벤트 attach도 안되기 때문에 document의 쿼리를 날리던가 element를 찾아서 document.addEventListener 함수를 통해 event를 받아 function이 연결되게 해야한다. 아 이거 힘드네. 라는 생각이 들었다.
- PragmaticVersionControlWithCVS/Getting Started . . . . 2 matches
상기와 같이 정상적인 체크인이 가능하다. 물론 aladdin 폴더의 내용도 다음번 수정시에는 이와 같은 일이 발생할 것이다.
위와 같은 방식(느슨한 잠금)에 의해서 버전 커트롤이 가능하기 대문에 동기화로 인한 문제는 거의 발생하지 않는다.
- PragmaticVersionControlWithCVS/HowTo . . . . 2 matches
''자동화라는 것은 ant 같은 것을 말하는 것이겠죠? - [eternalbleu]''
릴리즈 브랜치와 같은 일은 좀처럼 생기지 않으므로 좀 규칙이 복잡해도 되지만 최대한 간단하게 한다.
- PrimaryArithmetic/sun . . . . 2 matches
위에서처럼, 그동안 더 큰수를 위에 놓고 더하는데에 익숙해져 있기에 같은 방식을 따랐다. (경험상, 어떤 특별한 알고리즘을 따르는게 아니라면, 현실 세계를 모델링하는게 편한것 같다.)
문제 풀이를 위해서 별다른 알고리즘이 아닌 현실에서의 덧셈 방법을 사용했고, 코드량이 별로 되지 않음에도 1시간이 걸린것은 도중에 msn으로 친구과 채팅을 하며 했기 때문이다. 본인이 느끼기에는 msn을 얼마 하지 않았던것 같은데 실제로는 시간이 꽤 지나있는걸 보면 아인슈타인의 상대성원리에 따라 시간이 흐름을 알 수 있다. 직장인의 경우 이것을 좀 더 일반화 해보면, '왠지 오늘 하루 일하기 싫다'라고 느껴지고, 휴가를 쓸 수 없을땐 근무중에 메신저를 하면 시간이 금방 감을 알 수 있겠다.
- PrivateHomepageMaking . . . . 2 matches
접할 수 있고 후에 이런 쪽으로 공부를 해나가고 싶은 사람들에게 시발점같은
윈도우 서버 환경에서는 apmsetup, spacetag, winapm 과 같은 통합형 Apache+PHP+Mysql
- ProgrammingWithInterface . . . . 2 matches
언제나 개발을 할 때 '어라~ 같은 일 하는데? 이거 Base 클래스 만들어서 위로 올려야 겠는데?' 일말의 틈도 주지 않고 실행한다. 다형성을 사용하는 코드를 생성한다. '와우~! 한결 깔끔해 졌는걸?' 하지만 오산이었다. 시간이 지나서 먼가 추가할 동작들이 생겼다. 이제 고치기 시작한다. Base 클래스 부터... 고치고 나니 컴파일이 되지 않는다. 코드 수정의 여파가 하위 클래스들에게 까지 미친다. 정말 미친다. 이런 상속을 통한 계층 구조는 상위 클래스와 하위 클래스의 결합도를 높여준다. 지나 치게 크게..! 동감하지 않는가? 하나를 고쳤는데 수정할 꺼리가 마구 쏟아지는 상황을...
와!~ 예전의 Stack보다 성능은 확실히 좋아 졌을 것이다. 그런데 문제가 발생했다. 더이상 pushMany 메소드에서 push 메소드를 호출하지 않는다. 이렇게 되면 MonitorableStack은 더이상 Stack의 최대 크기를 추적하지 못하게 된다. 예기치 않은 결과이다. 상속을 사용한 구현으로 발생한 문제이다. 여기까지 글을 (책의 내용) 읽었다면, 아마 '상속을 사용하기 전에 한번 더 생각하는게 좋겠다' 라는 생각을 가슴 깊이 느꼈을 것이다. 아니면 별수 없는 일이다... :(
- ProjectEazy/테스트문장 . . . . 2 matches
|| 대상격(O) || 이동하는 대상물이나 변화하는 대상물, 혹은 판단, 상상과 같은 심리 사상의 내용을 나타내는 역할 ||
1. 오늘은 무슨 요일이니?
- ProjectGaia/계획설계 . . . . 2 matches
2. 페이지가 IO의 기본 단위이다.
그렇게 된다면, 첫{{{~cpp RecordID}}}까지도 마스터페이지가 관리하도록 할 것임.
- ProjectPrometheus/LibraryCgiAnalysis . . . . 2 matches
* 같은 POST 커맨드라 하더라도 IP가 다르면 결과값이 나오지 않는다. (이로 볼때 서버 내부에서 IP와 History 가 연관되어 저장된다.)
* 한번 검색 하고 다음 페이지가 넘어갈때는 HISNO 의 값이 유지되고, SEQNO 가 증가한다.
- ProjectSemiPhotoshop/Journey . . . . 2 matches
* 이제야 위키를 본다. 시간은 많은데 뭐가 그리바쁜지...항상 바쁜 현민이다. 지금 열심히 푸쉬푸쉬를 하는 중인데 잘 되는 것도 없고...이제야 겨우 움직이고 블럭을 넣으면 이미지가 바뀌는거 까지 했다. 이제 스테이지 넘기는 거랑 점수 계신하기만 하면 될 거 같은데....아직 더 공부를 해야할 것 같다. 난 아직 마니 부족해...-.ㅜ
* 프로그래밍 자체가 약간 게임과 같은 느낌이 좋왔고, 현민이가 어땠는지 궁금하다. 해깔리기만 하지 않을까? --["neocoin"]
- ProjectZephyrus/ServerJourney . . . . 2 matches
* 잘하긴요.... 해본거라 그렇죠..머..^^ 몇번의 삽질끝에... {{{~cpp writeLoginCmd}}} 완성.. 하지만.. 버디 리스트를 갖고 있는 테이블인 {{{~cpp PZContactList}}}은 중복 허용 문제때문에.. 프리머리 키도 없고... 나중에 속도문제가 생기지 않을까 하는 걱정이 됩니다.. 좀더 생각해봐야겠습니다...^^ 그리고 재동군이 이제 합류하나여? --상규
* Command에 결과의 유효성에 대한 표현으로, int형으로 통일할지 String으로 할지 아직도 고민된다. 에구 둘다 장단이 있을것 같은걸 두개 다 해높을까.
- PythonThreadProgramming . . . . 2 matches
* lock이 왜 필요하나? -> 하나의 공용 자원을 여러 스레드가 동시에 사용하면 문제가 생길수 있다. 그래서 공용자원을 사용할때는 락을 걸고 사용하고 사용하고 나서는 락을 푼다.
* 그래서 아래와 같은 소스는 starvation을 일으킨다.
- QuestionsAboutMultiProcessAndThread . . . . 2 matches
* 그렇다면 개념적으로 Single CPU에서 Processor Switching과 같은 것인가?
* 어느 바쁜 음식점(machine)입니다. 두 명의 요리사(processor)가 있는데, 주문이 밀려서 5개의 요리(process)를 동시에 하고 있습니다. 그 중 어떤 한 요리는 소스를 끓이면서(thread) 동시에 양념도 다지고(thread), 재료들을 오븐에 굽는데(thread) 요리를 빠르게 완성하기 위해 이 모든 것을 동시에 합니다. 한 명의 요리사는 특정시점에 단 한 가지 행위(instruction)만 할 수 있으므로, 양념을 다지다가 (context switching) 소스가 잘 끓도록 저어주기도 하고 (context switching) 다시 양념을 다지다가 (context switching) 같이 하던 다른 요리를 확인하다가, 오븐에 타이머가 울리면(interrupt) 구워진 재료를 꺼내어 요리합니다. 물론 두 명의 요리사는 같은 시점에 각자가 물리적으로 서로 다른 행위를 할 수 있으며, 하나의 요리를 두 요리사가 나눠서(parallel program) 동시에 할 수도 있습니다. - [변형진]
- RAD . . . . 2 matches
전통적인 소프트웨어 개발 방법(waterfall 모델)은 오랜 기간의 분석, 설계, 프로그래밍 그리고 테스트 과정을 되풀이한 후 최종 단계에서 비로소 사용자가 요구한 시스템을 완성할 수 있었다. 그러나 이와 같은 방법으로는 소프트웨어의 생명주기가 점차 짧아지는 등의 급변하는 프로그램 시장과 사용자의 요구를 수용하기가 매우 어렵다. 따라서 소프트웨어의 생산성을 향상시키면서 동시에 개발 기간과 비용을 단축시킬 수 있는 방법이 요구되었고, 이러한 연구의 결과로 RAD와 같은 개념이 등장하게 되었다.
- RandomWalk . . . . 2 matches
'술취한 바퀴벌레' 문제라고도 한다. 다음과 같은 격자에 술취한 바퀴벌레가 있다고 해 보자 [[BR]] [[BR]]
* 아래와 같은 예제 식으로 소스를 만든 페이지에 넣어 주세요.
- ReleaseDebugBuildStartGo의관계 . . . . 2 matches
반면, CTRL-F5는 IDE가 실행 프로세스를 단순히 생성(fork)하는 역할만 합니다. 즉, 배포된 프로그램을 우리가 설치해서 실행할 때와 똑같은 환경이라고 생각하면 되겠습니다.
이 두 개의 기능은 방금 설명한 것 이외에 조금 다른 실행환경을 제공합니다. 바로 "미초기화 변수의 초기화"입니다. 그리고, 이 양상은 프로그램이 릴리즈 빌드냐, 디버그 빌드냐에 따라 다릅니다. 아래와 같은 구조체와 이것을 사용한 코드(비록 한 줄이지만)있다고 가정합시다.
- ReplaceTempWithQuery . . . . 2 matches
프로그래밍 경력이 있는 사람일수록, 이러한 사실에는 동의를 하지만 '''퍼포먼스'''를 우려해서 꺼리는 경향이 있다. '' '동일한 연산을 왜 이렇게 수행하는거지?' '', '' '이러한 블럭은 지역적이기 때문에 임시 변수 사용은 문제가 되지 않아!' ''.
그러한 우려는 ' '''단지 그럴지도 모른다.''' ' 라는 가정일 뿐이다. 누구도 실제로 '''프로파일링'''(profiling)해보기 전까지는 알 수 없다. 실제로 문제가 되는지 아닌지는.
- Ruby/2011년스터디/세미나 . . . . 2 matches
* "우아한" 언어인 루비를 다운받아 irb를 사용해 실습을 해보았다. 처음에 irb를 눌렀을 때, 무슨 dll파일이 없어서 실행이 안된다는 팝업창이 떴는데 확인 누르니까 알아서 잘 켜졌다. Ctrl+C를 눌렀더니 끌지 말지 여부가 떴는데 N을 눌러도 꺼졌다. irb보다는 넷빈즈를 이용하는게 좋다는 말이 와닿았다. 1+2를 치면 알아서 3이 나오는 것과 리턴 값이 항상 표시되는 것이 신기했다(없을 경우도 =>nil 로!). 루비의 블록 넘기기는 #define이랑 비슷한 느낌이 들었다. 새로운 언어임에도 쉽게 익힐 수 있어 좋았다. 하지만, 페어로 하는 만큼 실습 시간도 반감되지 않았을까 죄송스러웠다. 세미나 공지가 뜨면 노트북을 가져가도록 해야겠다. - [강소현]
* 우선 늦게가서 if-else 밖에 못 들어먹었습니다 ㅠ 상당히 아쉬웠어요. 근데 if구문을 사용해도 의도가 명확하다면 괄호가 필요없다게 참 신기하더라구요. 제가 약간이라도 다뤄본 C, C++, Java, JavaScript, Python에서는 괄호를 반드시 사용해야만 하는 걸로 알고있었는데 말이죠. 근데 여기서 "의도가 명확하다는 것"이 무슨말인지.. 솔직히 이해가 안 가요. ㅠ 저가형 두뇌... 그리고 루비 개발도구가 참 많더군요. aptana... 루비를 위해 만들어졌지만 루비를 쓰지 못한다는게 참 인상적이었습니다. 그리고 irb의 개발환경을 보니 수정을 할 수가 없어 참 불편하더군요. Python Shell의 개발환경이 보다 더 우수한 것 같습니다. 그리고 회고할 때 주워들은 "우아하며 불완전한 언어"라는 말... 왜 그런지 궁금하네요. - [윤종하]
- STL . . . . 2 matches
한 차레의 피바람이 불어 이 페이지가 태어나다.. --["neocoin"]
[STL]과 같은 라이브러리를 직접 만들어보는것도 (프로젝트 형식으로 해서) 좋을 것 같네요. [GenericProgramming] 의 철학을 이해하는 데에 도움이 될 것 같고 그 안에 녹아있는 자료구조와 알고리즘을 체득할 수 있을 것 같습니다. - [임인택]
- STL/VectorCapacityAndReserve . . . . 2 matches
이제 vector2에 같은 입력을 합니다.
cout << "\n이제 vector2에 같은 입력을 합니다.\n"
- STL/vector . . . . 2 matches
질문 : 상식에 의거해서 실습 해볼 때 저 부분을 {{{~cpp vector<int> ar( &data[0], &data[2] ); }}} 로 했더니 계속 문제가 생겨서.. 오랜 삽질끝에 &data[3] 으로 해야한다는 걸 발견 했습니다. 좀 이상한 것 같네요. {{{~cpp data[3]}}} 이라는 것은 배열의 범위를 벗어나는 연산일텐데요.. 그곳의 리퍼런스를 얻어서 생성자로 넘겨주는게.. 상식에서 거부했나 봅니다. 두번째 인자로 배열 범위를 벗어나는 값을 받는 이유를 혹시 아시는 분 계십니까? --zennith
* 아래와 같은 방법으로 벡터 내용을 통째로 지운다.
- SimpleDelegation . . . . 2 matches
그냥 예제나 보자.-_- 내가 봐도 무슨 말인지 모르겠다.
좀 이상하긴 하지만 그냥 그런가 보다 하자. C++은 너무 제약이 심하다. 어쨌든 at, at: put: 같은 메세지도 위처럼 위임이 가능하다.
- SmallTalk/강좌FromHitel/강의3 . . . . 2 matches
Dolphin Smalltalk가 설치된 폴더를 열어보면 다음과 같은 파일이 있음을 알
그럼 위의 파일들이 각각 무슨 역할을 하는지 간단하게나마 설명을 하도록
- SmallTalk/강좌FromHitel/소개 . . . . 2 matches
성능을 훨씬 뛰어넘고 있습니다. 또한 무른모 역시 많이 발달하여 같은 시스템일
어 또한 결코 C 언어와 같은 속도를 내기는 어렵습니다. 그러나 Java가 가지고
- SmallTalk/문법정리 . . . . 2 matches
* ^ 리턴 : Smalltalk 모든 메소드는 리턴한다. C에서와 같은 void는 없다. 그래서 명시적으로 리턴 안해주면 self를 리턴한다.
* 모든 스몰토크 표현식이 다음과 같은 양식을 따른다.All Smalltalk expressions follow the form:
- SmallTalk_Introduce . . . . 2 matches
성능을 훨씬 뛰어넘고 있습니다. 또한 무른모 역시 많이 발달하여 같은 시스템일
어 또한 결코 C 언어와 같은 속도를 내기는 어렵습니다. 그러나 Java가 가지고
- SpiralArray/임인택 . . . . 2 matches
이런 순으로 배열이 되게 되는데, (시작점과 끝점을 제외하고) 포인터의 이동방향을 나열해보면 →→→ ↓↓↓↓↓ ←←← ↑↑↑ →→ ↓↓ ← ↑ 순으로 된다. 여기에는 간단한 규칙성이 생기는데 (첫줄의 움직임을 제외) 다음과 같은 수식으로 포현될 수 있다.
처음에는 다른 디자인으로 접근을 했는데, 일단은 문제를 풀어보자는 취지 하에 제일 쉽게 풀릴것 같은 방법을 사용하였다.
- SwitchAndCaseAsBadSmell . . . . 2 matches
예컨대, 다음과 같은 소문제가 있겠죠:
- TAOCP . . . . 2 matches
1.3.1 이거 그냥 어셈블리 언어 같은 느낌이야. --[Leonardong]
시간은 꽤 걸린것 같은데 생각보다 내용이 적다ㅡ.ㅡ --세환
- TAOCP/InformationStructures . . . . 2 matches
오버플로우와 언더플로우가 일어났을 때 어떻게 해야 할까? 언더플로우는 하나의 의미있는 조건 - 에러 상황이 아니라 - 이다. 하지만 오버플로우는 더 들어갈 공간이 없는데 들어갈 정보가 남아있어서 에러이다. 따라서 오버플로우가 생기면 용량한계를 넘어서서 프로그램이 종료한다.
여기서 i번째 스택에서 오버플로우가 생기면 메모리 재배치(repack memory)를 할 수 있다. 몇가지 방법이 있는데 지금부터 자세히 알아보자.
- TabletPC . . . . 2 matches
마이크로소프트 전시관에서 관객들의 눈길을 끈 제품은 단연 태블릿 PC 윈도우 XP 에디션. 빌게이츠가 기조연설에서 강조한 때문인지 많은 사람들이 관심을 보였다. 화면 가득한 윈도우 XP의 세련된 UI와 키보드를 대신한 펜이 눈에 들어왔다. 태블릿 PC는 데스크톱PC의 장점을 그대로 살리면서도 유동적이고 미팅이 잦은 비즈니스맨에게 적합한 제품이라고 한다. 향후 펜과 잉크 기능을 살린 애플리케이션이 추가된 버전이 소개될 예정인데, 이는 보험회사나 의사의 처방전 같은 곳에서 사용될 것이라고 한다. 이전 테크놀로지 전시회에서 대기업들이 내놓은 유사한 태블릿 PC가 크게 성과를 거두지 못한 전례가 있는데도 MS가 이렇게 태블릿 PC를 강조한 이유는 무엇일까.
TabletPC 가 대중화 된다는건 다수의 실패사례에도 불구하고 MS의 추진이 이상하게 느껴질 정도이다. 이것보다 PostPC 라는 개념이 더 광범위한 토론을 촉구 시킬것 같은데.. --["neocoin"]
- TddRecursiveDescentParsing . . . . 2 matches
대강 다음과 같은 식으로 접근했고요. 테스트코드 2-3줄쓰고 파서 메인코드 작성하고 하는 식으로 접근했습니다. (["Refactoring"] 을 하다보면 FactoryMethodPattern 과 CompositePattern 이 적용될 수 있을 것 같은데, 아직은 일단.)
- TheJavaMan/비행기게임 . . . . 2 matches
- 미사일의 파워 : 같은 종류의 적 비행기를 미사일에 성능에 따라 두번 맞춰야 터지는 경우가 있는가 하면, 한발로 적 비행기를 폭파시키고도 미사일이 계속 나가는 경우도 있다.(이 부분은 미사일에 HP개념을 두어, 미사일과 적기가 접촉하면 같은 속도로 HP가 깎이면서 먼저 HP가 0이되는 것이 터지는 방법으로 구현한다)
- Trac . . . . 2 matches
* gforge 같은 건가요? svn을 어서 설치하라는 무언의 압박으로 느껴집니다. ㅎㅎ;; - [eternalbleu]
* 이걸 써먹을 만한 놈이 없으니까 실제로 활용하는 방법은 잘 모르겠음.. ㅡ.ㅡ;; 괜찮은 놈 같은데... openlook 은 좀 프로젝트가 여러개 있더만... 실제 개발중인건지는 모르겠으나;; - [eternalbleu]
- Ubiquitous . . . . 2 matches
인터넷이나 가상 현실 같은 가상 공간이 아닌 실제 세계의 어디서나 사용할 수 있다
당시 와이저는 유비쿼터스 컴퓨팅을 메인프레임과 퍼스널컴퓨터(PC)에 이어 제3의 정보혁명을 이끌 것이라고 주장하였는데, 단독으로 쓰이지는 않고 유비쿼터스 통신, 유비쿼터스 네트워크 등과 같은 형태로 쓰인다. 곧 '''컴퓨터에 어떠한 기능을 추가하는 것이 아니라 자동차·냉장고·안경·시계·스테레오장비 등과 같이 어떤 기기나 사물에 컴퓨터를 집어넣어 커뮤니케이션이 가능하도록 해 주는 정보기술(IT) 환경 또는 정보기술 패러다임'''을 뜻한다.
- UglyNumbers . . . . 2 matches
심술쟁이 수는 2,3,5의 곱으로 만들 수 있는 수이다. 다음과 같은 순서의 수가 11개의 심술쟁이 수이다.
음 부연설명을 하자면 양의 정수들을 대상으로 일정 부분의 정수들은 그 수가 단지 2와 3과 5의 곱으로만 표현될수 있잖아. 가령 6=2*3 혹은 15=3*5 혹은 45 = 3*5*3 이런식으로 생각할수 있잖아.그런식으 따졌을때 숫자의 크기순서로 볼때 내가 말한 조건을 만족하는 1500번째 양의 정수는 ?? 무슨 숫자인지를 출력해야돼 물론 출력된 양의 정수는 2와 3과 5만으로 표현되겠지 [김회영]
- UploadFileMacro . . . . 2 matches
업로드가 성공하면 업로드된 파일을 다음과 같은 문법으로 연결할 수 있다.
예를 들어 아파치의 mod_mime이 hwp 확장자를 인식하지 못하는데, {{{my.php.hwp}}}와 같은 파일이름을 업로드할 경우, 아파치의 mod_mime모듈은 my.php.hwp를 hwp가 아닌 php파일로 인식하게 됩니다.
- VMWare/OSImplementationTest . . . . 2 matches
i386+ 환경으로 만들기 위해서 적어도 다음과 같은 일을 하게 됩니다.
컴파일을 마치고 나면 아래와 같은 탐색기 모습이 될 것입니다. 마지막으로 셍성된 testos.img 가 우리의 커널 이미지가 됩니다.
- VisualStudio . . . . 2 matches
DeleteMe) .net 2005 beta3 까지 본것 같은데...
C++ 에서는 자바에서의 import 의 명령과 달리 해당 헤더화일에 대한 pre-processor 의 기능으로서 'include' 를 한다. 그러다 보니 해당 클래스나 함수 등에 redefinition 문제가 발생한다. 이를 방지하는 방법으로 하나는 #ifndef - #endif 등의 명령을 쓰는것이고 하나는 pragma once 이다.
- VoiceChat . . . . 2 matches
다자간에 프로젝트를 진행할때 같은 장소에서 작업을 하기 힘든 경우 음성채팅을 이용하면 그나마 숨통을 틀 수 있다. MSN 메신저를 비롯하여 음성채팅을 지원하는 여러 메신저의 경우 1:1 만 지원한다. 아래의 프로그램을 사용하면 다자간 음성채팅을 무료로 할 수 있다.
* 80 포트를 사용해서 회사같은곳에서도 사용할 수 있음.
- WordPress . . . . 2 matches
기본 인코딩으로 utf-8을 채택했기 때문에 technorati 와 같은 메타 블로그 검색엔진에도 연동이 가능하며, 앞으로의 인코딩에도 큰 문제가 없을 것으로 기대된다.
- XMLStudy_2002/Resource . . . . 2 matches
*XML도구와 자원들을 특성에 따라 프로그램 형식의 도구와 패키지 형식의 소스 레벨에서 사용할수 있는 도구와 문서 형식의 자원들과 같은 종류로 나눔
*XML 파서는 문서를 Validation해 주며,XML 문서 구조를 트리 형태로 구성한다. 이런 파싱에 대한 것만을 지원하는것이 XML 파서이나 현재에는 파싱 작업 뿐 아니라 DOM이나 SAX같은것을 지원하여 XML 문서를 처리할수 있도록 하는 부분도 함께 포함된 도구들이 많다. 이런 도구들을 훈히 XML 프로세서라고 할수 있다.
- Yggdrasil/020523세미나 . . . . 2 matches
cout<<"무슨 메뉴를 선택합니까?: \n";
cout<<"무슨 메뉴를 선택합니까?: \n";
- Z&D토론/학회명칭토론 . . . . 2 matches
* 반론 - 선배님들과의 연결고리상 문제가 있다.
개인적으로는 현재의 스레드를 전부 지워도 큰 문제가 생기지 않을 것 같지만. 문서구조조정시에는 개인들의 의견들이 왜곡되어서는 안되기 때문에 소심하게 된답니다.
- Z&D토론/학회현황 . . . . 2 matches
DeleteMe) ZeroPage 도 OB 회원님들 다 적을까요? 겹치시는 분들도 많고 (01 중에서도 또한 같은 현상). 그리고 위에서도 언급했지만, 통합시의 전체 Resource 에 대한 파악이라고 할 때, 통합 뒤의 학회를 실질적인 운영을 주도하는 사람들 위주로 적는게 낫지 않을까 생각해봅니다. (휴학, 군복무를 표시한 이유도 같은 이유입니다.) -- 석천
- ZPBoard/APM/Install . . . . 2 matches
* 다음과 같은 내용의 test.php 라는 파일을 만들어 웹 문서 루트 디렉토리 안에 넣는다.
* 다음과 같은 내용의 test.php 라는 파일을 만들어 웹 문서 루트 디렉토리 안에 넣는다.
- ZPHomePage . . . . 2 matches
드디어 개장합니다. 부족한점은 많지만 계속 발전하는 홈페이지가 되도록 하겠습니다. -[곽세환]
저같은 경우에는 모니터 해상도를 1280 * 1024로 하고 사용하는데 ZP창은 너무 작습니다. 즉 여백이 엄청나게 많습니다. 적당히 해상도에 맞추어 홈페이지를 보여주는 게 좋을 듯 합니다. --재동
- ZP의 나아갈 길 . . . . 2 matches
제로페이지의 정체성과 미래에 대해서는 수도 없이 논의되었었다. 내가 1학년 때에도 그랬고 내가 회장이 되어 데블스와 통합했을때도 그랬었다. 내가 3학년이 되어 휴학을 했을 때도 그랬고 이젠 내가 제대 후 복학했는데도 같은 논의는 계속 되고 있다. 이는 발전하는 모습일까 아니면 계속해서 맴도는 정체된 모습일까. 나는 온라인 상의 회의를 결코 가볍게 여기지는 않는다. 하지만 좀 더 활동적으로 실행에 옮기기 위해서는 오프라인 모임이 절대적이라고 생각한다. 제로페이지가 정말로 모습을 바꾸고 싶다면 어느정도 알을 깨고 나와야하는 고통이 따를 것이라고 생각한다. - 이창섭
- ZeroPage . . . . 2 matches
[제로페이지]는 공부하고자하는 뜻이 있는 사람들이 모인 일종의 인력의 장입니다. 그 안에서 뜻이 같은 사람들을 만날수 있기를, 또는 자신이 아는 것에 대해 다른 사람들에게 전달해줄수 있기를, 또는 자신의 부족한 점을 다른 사람들로부터 얻어갈 수 있었으면 합니다. 개인의 이익들이 모여서 집단의 이익을 만들어가며, 집단의 이익을 추구하는 것이 곧 개개인들에게 이익이 되는 경지가 되었으면 합니다.
현재는 02년도부터 도입한 wiki 시스템을 통하여 각 프로젝트나 스터디를 진행할때마다 문서 산출물을 만들어 내어 양질의 정보들을 축적해 나가고 있다. 이 시스템은 스터디와 프로젝트를 팀으로 진행할때 공동 knowledge repository 의 역할을 함으로서 진행하는 회원 들에게 도움이 되고, 추후에 다른 회원이 비슷한 스터디나 프로젝트를 할때 그 wiki 페이지를 참고 함으로써 같은 곳에 쏟을 노력을 줄이고, 그 wiki 페이지를 다시 키워 나감으로써 지속적으로 양질의 정보를 축적하여왔다. 이로서 제로페이지의 wiki 시스템은 현재의 회원과 학교를 떠난 회원그리고 앞으로 제로페이지에 들어올 회원들 모두에게 도움이 되는 시스템으로서 자리매김하고 있다.
- ZeroPage/회비 . . . . 2 matches
[제로페이지분류] 쪽을 보니까 그런식으로페이지가 만들어져있더군요 --[iruril]
[회비]라는 페이지가 있네요...-_-ㅋ;; 흐음...-_- - [이승한]
- ZeroPageMagazine . . . . 2 matches
굳이 프로토타입을 만드는 것보다 각 개인이나 팀이 만든 기사거리나 정보 또는 스터디 결과를 이 페이지에 링크시키는 방식으로 프로토타입을 '''만들어 나가는''' 것이 더 낫다고 생각합니다. 이렇게 하면 일단 원고가 많아지겠죠. 또 프로토타입이란 것에 맞추어 나간다는 느낌을 덜 받게 되니까 더 효율적일 것이라고 생각합니다. 위의 방법도 나쁘진 않은것 같은데 두 가지를 절충하여 생각해볼 수도 있겠군요. --[구자겸]
제가 선전부의 pop지의 발행과정에 대해 설명하겠습니다. 먼저 모든 부원이 모여 잡지에 기재될 내용에 대한 토의를 합니다. (잡지의 디자인이나 형식 같은 것도 의견을 나눕니다.) 적당한 주제꺼리를 추스리면 부원들에게 그 주제를 주고 내용을 만들어오라합니다. 부원들이 내용을 구성해서 부장에게 건내면 부장은 그 내용들을 적당히 편집하여 정리하여 인쇄소에 가서 인쇄를 합니다. --[강희경]
- ZeroPageServer/BlockingUninvitedGuests . . . . 2 matches
제로페이지 위키의 RecentChanges 를 보면 가끔 쓰레기 페이지가 생성이 되는 경우가 있는데, 매번 수작업으로 페이지를 삭제해야 하는 번거로움이 있다. 이를 서버 또는 위키위키 자체가 막아주는 방법에 대해서 토의해 보는 페이지.
- [임인택]의 [http://purepond.cafe24.com/ 개인위키]도 ZeroPage 에서와 같은 문제점을 (그것도 더 심하게) 겪었는데 아파치의 보안기능 (.htaccess 파일 이용)을 적용해봐도 결과는 마찬가지였다. 누군가의 장난이거나 검색엔진(+사용자)의 무지에서 오는 문제인것이 확실하였는데. 결국 NoSmoke:노스모크모인모인 의 '''등록한 사용자만 글을 쓸수 있게 하는''' 기능을 이용하여 이 문제를 해결하였다. 여담으로.. 쓰레기 페이지를 손수 지우느라 엄청 고생함...-_-;;
- ZeroPageServer/SubVersion . . . . 2 matches
* 기본적인 이용법은 거의 cvs와 동일하다. 심지어는 콘솔의 명령어도 거의 동일하다고 생각된다. 하물며 Tortoise같은 프로그램인데 오죽하랴. 다른 것은 저장소를 표기하는 방법이 다르다.
만들어진 개인키를 USB나 메일 계정에 넣어두고 필요할때마다 받아서 사용하면 거의 문제가 없다.
- ZeroPageServer/Wiki . . . . 2 matches
- (V) [V] {V} 같은 몇가지의 그림 태그가 가능합니다.
default.css 가 노스모크모인모인을 따라가질 못하는 것 같네요. {{{~cpp {{| |}} }}} 같은 것 말이죠.
- ZeroPage성년식/회의 . . . . 2 matches
* 컨퍼런스처럼 입장하고 시작하기 전의 사이시간동안 제로페이지 연혁같은거 보여주면 어떨까요 슬라이드모드로 ㅋㅋ 트위터 해시코드 만들어서 트윗 띄우는것도 신선할듯
* 온오프믹스에 문제가 있어 구글 독스도 병행
- ZeroPage소개 . . . . 2 matches
* 네, 지금까지 우리가 해왔고, 또 할 목표에 좀 더 초점맞춰보면 좋을거같아요. 뭐랄까, ZP가 회장에 의해 한해가 결정되는부분이 많겠지만 바뀌지 않는부분, 바꿀수있음에도 바꾸지 않는부분 과 같은것들을 통해 써보자는걸까요. -[김태진]
[제로페이지]는 공부하고자하는 뜻이 있는 사람들이 모인 일종의 인력의 장입니다. 그 안에서 뜻이 같은 사람들을 만날수 있기를, 또는 자신이 아는 것에 대해 다른 사람들에게 전달해줄수 있기를, 또는 자신의 부족한 점을 다른 사람들로부터 얻어갈 수 있었으면 합니다. 개인의 이익들이 모여서 집단의 이익을 만들어가며, 집단의 이익을 추구하는 것이 곧 개개인들에게 이익이 되는 경지가 되었으면 합니다.
- ZeroWikiVsOneWiki . . . . 2 matches
제 생각에 결과는 조금 부정적이었던 것 같네요. 우선 원위키에 새로운 페이지가 많이 안 올라오는 데다가, 페이지가 만들어져도 참여를 잘 안 하게 된달까... 그래서 일단 본래 목적대로 새로운 규칙을 만들며 익숙해지자는 취지는 이루지 못 한거 같네요. 그래서 다시 제로위키 하나만으로 돌아가는 것이 낫지 않을까요? 여기서 갑자기 참여가 많아지리라고는 기대할 수가 없을 것 같네요. -[영동]
- Zeropage/Staff/회의_2006_03_04 . . . . 2 matches
* 아래 부분이 같은거 같아서 바꿔서 업로드 했는데 부적절하다고 생각하면 다시 수정하길~
* 그리고 제로페이지가 하는일중 핵심은 프로젝트와 스터디인 만큼 프로젝트와 스터디에 대해서 좀더 내용을 넣으면 어떨까 생각하는데, 아래는 2005년도에 했던 프로젝트와 스터디
- [Lovely]boy^_^/Diary/2-2-6 . . . . 2 matches
* 3번은 문제가 이해가 안감
* 지랄같은 데이터 통신
- [Lovely]boy^_^/Diary/2-2-9 . . . . 2 matches
* 내가 남겨놓은 페이지가 누구한테 도움이 될수 있다면 그건 정말 기분 좋은 일일 것이다.
* TheMythicalManMonth 5,6장 읽었다. 5장은 대충 감은 오는데.. 정확히는 무슨 내용인지 알수가 없다.--; 클났군.. 6장은 피곤해서 조금 읽다 말았다. 낼 일찍 일어나서 읽어야겠다.
- [Lovely]boy^_^/Diary/7/8_14 . . . . 2 matches
중첩되어있다면 좀 귀찮아지거든요(2차원배열같은형태) copy 모듈의 deepcopy 함수를 쓰면 된다지요.
* 오늘 1번, 2번 풀면서 map<>을 새로 익혔다. 해쉬 테이블이랑 같은건가?;; 기억이 잘 안나는군;;
- [Lovely]boy^_^/EnglishGrammer/PresentAndPast . . . . 2 matches
* 꼭 말하는 시점에서 그 일이 진행되고 있지 않더라도 요즘 하고 있는 일 같은거 말할때 쓰는것 같음.
이건 무슨 말인지 잘 모르겠당 .. 쩝;
- intI . . . . 2 matches
내가 봤을때 for나 while 안에서 쓰는 i 는 iterator 의 앞글자를 의미하는 i 같은데 - [(namsang)]
i++ 한 값은 일단 0 이고 그 담에 i 는 1로 증가 했는데 이제 그 i++ 한 값을 i에 넣어서 그런거 같은데
- zennith/source . . . . 2 matches
이 컴비네이션 함수.. 제대로 푼건지 확신이 안가는군요. 6c3 같은거로 테스트 해보면 제대로 돌아가는 거 같은데요.
- zennith/w2kDefaultProcess . . . . 2 matches
작업관리줄, 바탕화면 등과 같은 사용자 셸로서 Windows의 작동에 있어 필수적인 요소
만들어 내고 이 프로세스는 Msgina.dll과 같은 인증 패키지를 이용함으로써 수행된
- 간단한C언어문제 . . . . 2 matches
C언어 기초를 *제대로* 배웠다면 아주 쉬운 문제가 될 것이다.
너무 쉬운 문제들이야 많이 생각하고 풀어봤잖아. 이쯤에선 기초에 치중한 중간 난이도의 문제가 필요하지. --영호
- 고한종/배열을이용한구구단과제 . . . . 2 matches
* 오 ㅋㅋㅋ 윤종하 게임 만들면서 열심히 공부했나보네. 근데 한 가지 말해주자면 getch()를 쓰면 stdin 버퍼에 입력받은 값이 계속 남아있어서 무한루프같은 문제가 생길 수 있어. 그래서 fflush(stdin);이라는 문장을 getch()를 사용한 이후에 한 번 써주는게 좋아. 근데 코드 대충 읽어보니까 n 누르는거 아니면 while 계속 돌아갈듯?- [윤종하]
- 공업수학2006 . . . . 2 matches
* 06/05/04 : 4.1은 해당 문제가 없음 (system conversion 알아두면 좋을 것 같은데... -_-)
- 노스모크모인모인 . . . . 2 matches
* 노스모크 무슨 일 있나요? 얼마전 부터 접속이 안되는데...-_-ㅋ - 2006/03/11 - 이승한
* 문서의 내용보다는 문서의 이름에서 문제가 발생하는것 같습니다..
- 데블스캠프2003/셋째날/후기 . . . . 2 matches
* 현재 램덤워크를 해보는중 풀릴듯 한데 이상하네 리턴값이 문제인거 같은데 어떠케 잡아야 할지 모르겠군;; 오늘 접한 많은 언어들 식상한표현이겠지만 너무나 좋았다. 씨뿔뿔과는 다른 언어들.. 오늘까지 하면서 이번 방학동안에 멀 해야 하는지를 깨달았다 마냥 놀아서는 도저히 남을 따라가지 못함을 남을 따라간다기 보다는 더욱 발전해야할 그리고 앞으로 발전 되있을 나의 모습을 보기 위해서. 더욱 힘을내자. 지금의 어려움은 아무것도 아니다. 아자!! -- [변준원]
* 넷째날 시작하기 몇시간 전에 쓰는 후기 -ㅂ-; 새로운 언어 배운것 정말 재밌었구요^^ OOP에 대해 조금이나마 감이 잡힌것 같습니다. 개인적으로 python을 공부해보고 싶은 생각이..^^ scheme 이랑 squeak도 재밌었어요 ^^ 우물안 개구리가 되지 않도록 노력하겠습니당! 아..그리고 랜덤워크 거의 다짠거같은데 뭐가 문제지 ㅠ_ㅠ--[방선희]
- 데블스캠프2004준비 . . . . 2 matches
* 로또번호생성기, 주민번호같은 양식검사기
이번 데블스캠프2004에는 작년과 다른점이나 새로워지는 점같은것은 없나요? --NeoCoin
- 데블스캠프2005/RUR_PLE/조현태 . . . . 2 matches
여러가지 환경에서 테스트를 수행하였으며, 문제가 있을경우 [조현태]페이지에 올려놓으면 빠른시일내에 해결하도록 노력하겠습니다.
리펙토링이 덜된 이유는 리펙토링을 하면 할수록 느려지는듯한 문제가(인터프리터방식으로 인한듯)있는듯 하기때문 입니다.
- 데블스캠프2006/월요일후기 . . . . 2 matches
대신 문제가 쫌 어려웠지만;;;;
송수생 : 문제가 쉽다고 생각해서 몇가지 냈는대 다들 힘들었죠?ㅋㅋ
- 데블스캠프2009/금요일후기 . . . . 2 matches
* [김준석] - 이외수씨는 얘기했다. 세상에 답을 알기는 쉬워도 답을 실천하기는 어렵다고. '반성','반복','목표'. 인간개발에 대해 얘기를 할때 능력을 단련시키는데는 이 단어들은 빠지지 않는 '답'인듯하다. 그래프를 그려 사람 능력 발전정도에 대해 얘기해주실때 개발자가 1차 목표인 나에게 좀더 현실감 있게 다가왔다. 사람 심리에서 나누는 상위의 욕구(명예욕, 과시욕)에 자극되는것이 아니라 내가 앞으로 살아가는데 필요한 밥을먹고 옷을입고 자는 '생존'의 욕구를 건들여 절실해졌달까? 비록 내가 최종 목표가 아닌 1차 목표(10년)으로 개발자를 생각했다고 했다지만 능력 개발에 매달리지 않으면 왠지 '평범'하거나 '떨어져나가는'그런 개발자가 되는 미래가 피부에 와닫는 느낌은 서늘하면서 뒤쳐진다는 생각에 분함을 느꼇다. 그런 내 미래에 대해 생각한다면 무언가 내가 해야한다고 생각하지만 달없는 밤길을 걷듣이 앞이 보이지 않는 길을 걷는것 같은 느낌. 생각으로는 어딘가를 가야한다 생각하는데 보이지 않아 어디로 가야할지 모르는 그런 망설임. 그때 앞길을 밝혀줄 불빛이 필요하듯 좀더 다양한 공부 경험과 그것을 반성,반복,목표하는 자세가 필요하다고 생각한다. '철학','수학','소통','작문'등의 아주 기본적인것에 대해 좀더 한번 생각을해보고 태도를 고쳐보는것도 필요하게 되었다. 또 한가지 나한테 아쉬운 점이라면 아직 군인 신분이라고 정확한 목표를 세워놓지 않아서 그것에 대한 조언을 여쭈지 못했다는것이 아쉬웠다. 후에 메일로 상담신청 고?
* '''서민관''' - 이번 데블스 캠프 전체 중에서 세미나로 꼽자면 추상화 세미나와 함꼐 가장 마음에 들었던 세미나였습니다. 역시 고학번에 사회에서 활동하고 계신 분이라서 그런지 말씀 하나하나가 무게가 있고 날카로운 느낌이 들었습니다. 개발 실력을 늘리기 위해서 피드백과 반복, 학습 목표의 중요성을 말씀하셨는데, 이 세 가지는 앞으로도 항상 머릿속에 넣어둘 생각입니다. 그리고 커뮤니케이션 실력에 상당히 무게감을 두셨는데, 저 같은 경우 그런 부분이 부족한 점이 많았던 만큼 앞으로는 조금 더 사람들에게 다가가고 더 많이 어울리도록 노력해볼 생각입니다.
- 데블스캠프2009/목요일/연습문제/MFC/서민관 . . . . 2 matches
뭔가 찜찜한 계산기. 구조상 *와 / 연산이 불가능하다... 또한 추가 함수를 만들지 않아서 버튼 구조를 똑같은 것을 9번 반복
키보드 입력으로 midi 소리가 나게 만드는 소스. 같은 폴더에 MidiOut.cpp와 MidiOut.h가 있어야만 작동한다.
- 데블스캠프2009/수요일후기 . . . . 2 matches
* '''서민관''' - kernal이나 어셈블러 언어 등 전까지 별로 접할 일이 없던 생소한 개념들이 많이 나와서 솔직히 쉽지는 않았습니다. 그래도 OS의 구조나 Ring system 같은 것들은 개념적으로라도 알아두면 괜찮을 것 같네요. 그리고 전날 혁준 선배가 설명해준 dll에 대해 잠깐 다시 복습할 수 있었던 것도 좋았고요. 아쉬웠던 점은 역시 수업이 너무 고수준이라서 대략적인 이해만 하고 넘어가야 했던 것입니다. 그리고 수업 이후에 개인적으로 VMware의 사용법을 가르쳐 주신 것은 정말 감사합니다. 선배가 제 구세주입니다.
* [김준석] - 강의 내내 속으로 피말렸다. 강의 도중에 이해하기 쉽게 설명할걸 몇몇 빼먹은게 자꾸 떠올라서 천천히라도 설명하려했으나 설명해놓고 보니 좀 엉뚱한데서 설명해버린 안타까운 현실. 현역 군인이라 OOP 강의에 대해서 그렇게 많은 준비는 못한것이 사실이라 강의할때 도움도 좀 받았고. 휴가 나오기전에 1~2시간씩 코딩없이 강의 할만한 내용을 찾다가 C++을 사용할 1,2학년에게 좀 중요한 내용을 잡게 됬는데.. 휴가 나오고 PPT를 작성하는데 3일동안 하루 3~4번은 고치고 내용추가를 고민하는등 긴장을 좀 많이 탓다. OOP를 이해시키고 학교생활중 설계의 중요성을 몰라 삽질을 반복했기 때문에 그 후에 코딩하기 전에 설계하는법에 좀더 중점을 둔 시간을 가지고 싶었다. 그냥 무작정 달려들어서 Run&Fix도 하기 쉽지 않은 중복많은 2~3백자리 코딩을 하기 보다는 전날 Abstractionism에서 형진이가 말했듯이 20줄 이내의 코딩, 잘 설계된 잘나뉜 코딩은 어딘가를 목표로 갈때 지도나 정보를 모아 쉽고 편한 길로 가는것과 같다. 돈도 절약되고. 안힘들고. 문제가 생겨도 모아온 정보로 해결할수 있는.. 문제를 풀어 결과를 도출해놓는것도 좋지만.. 주위에는 답을 똑같이 도출해놓을수 있는사람이 90%는 될것이다. 그렇다면 짧고 보기쉬운것이 좋겠지. 정말 아쉬운 점이라면 API나 로보코드때 이걸 설명하고 했더라면 들은 학우들에게 더 많은것을 이해할수 있었던 시간일것이라고 생각하는데.. 좀더 빨리 준비했었어야됬어.
- 데블스캠프2010/Prolog . . . . 2 matches
그들은 전원이 5명 중 누군가 한 명에게서 돈을 빌리고 있고, 또 다른 한 명에게 돈을 빌려주고 있으며, 같은 상대에게서 빌린 동시에 빌려준 경우는 없다고 한다.
'''아래와 같은 15개의 정보가 주어졌을 때, 금붕어를 키우는 사람은 어느 나라 사람일까?'''
- 동문서버위키 . . . . 2 matches
* 테스트 기간때의 개인페이지의 영향 - 동문서버팀에서 '좋은 선례' 를 만들어보기 위해 동문서버 프로젝트 자체가 돌아가는 모습 (ex - [http://dongmun.cse.cau.ac.kr/phpwiki/index.php?PPGroup_Board 동문서버게시판프로젝트]) 을 일부러 위키에 남겨보고, 몇몇 사람들이 공동번역페이지나 스터디 페이지 같은 것들을 열어봤었지만. 이미 그때 사람들의 주 관심사들은 자신들의 페이지들에 일기를 남기는 것이였었죠. 그 이후, 인식을 바꿀만한 사건들이 나오지 않은 것 같습니다.
* 할말이 없네요. 다 옳은 말이니. 생각해 보면 동문위키를 프로젝트의 구심점으로 삼은 사람이 없다는게 이상할 정도 입니다. 더구나, 현재의 감정사전과, 개인의 신변 잡기식 글들이 늘어나면서 해당 툴의 접근 폭력성이 더 늘어나 사태가 더 심해지는 것 같네요. 현재 ZeroWiki 도 침체의 길을 가느냐, 아니면 꾸준히 활성화냐 이렇게 될것 같은데 약간 걱정입니다. --상민
- 땅콩이보육프로젝트2005 . . . . 2 matches
* word는 같은 단어여도 상관없다.
* [http://jabook.org/ 소설같은 시리즈를 볼 수 있는 곳.] - C# 초급 수준 설명을 볼 수 있다.
- 레밍딜레마 . . . . 2 matches
시리즈 물인데, 같은 시리즈의 하나인 혜영이가 남긴 감상 [http://zeropage.org/jsp/board/thin/?table=multimedia&service=view&command=list&page=0&id=145&search=&keyword=&order=num 네안데르탈인의 그림자] 와 같은 짧고 뜻 깊은 이야기이다. 왜 이 책을 통해서 질문법을 통한 실용적이며, 진짜 실행하는, 이루어지는 비전 창출의 중요성을 다시 한번 생각하게 되었다. ["소크라테스 카페"] 에서 저자가 계속 주장하는 질문법의 힘을 새삼 느낄수 있었다.
- 레밍즈프로젝트/이승한 . . . . 2 matches
보통의 맵이 1000*150 정도의 크기를 가지는 것으로 알고 있는데... 문제가 큼.
무슨 오류인지 감을 못 잡겠음. 큰일났다-_ -ㅋ
- 마스코트이름토론 . . . . 2 matches
저거 마녀 아닌데여.... ㅡㅡa 아마 성별도... 여자는 아니었던 거 같은데.. ^^; --setsuna
하하... 실은 이름같은거 생각하기 귀찮다고요.. ^^;;;;; 아하하하... --setsuna
- 마이포지셔닝 . . . . 2 matches
* 이책은 글로벌CEO 특강에서 스파이렉스 사코사의 박인순 사장님이 아주 아주 강력하게 추천해서 정현이와 공동 구매 해서 샀다. 아직 도서관에는 안 들어 왔는데 지금 우선 신청은 해놓은 상태다. 우선 전체적인 느낌은 보통의 성공학, 자기계발서는 어찌 좀 뜬구름 잡는듯한 내용도 많았는데 이책은 아주 현실적으로 접근하고 있다. 처세서, 성공학 같은 책중에서 이책이 가장 솔직하고 정확하게 그 길을 제시해주는거 같다. 저런 책에 관심이 있다면 이 책을 꼭 읽어 보는게 좋다. 누군가와 협력하고, 누군가의 장점을 알아볼수 있고, 좋은 아이디어를 알아볼수 있는 능력이 정말 핵심인거 같다. 그리고 혼자 잘나서 다 할수 있다는 생각을 가지면 절대 안되고, 자신이 올라탈 말이 있어야 한다. 그리고 2막은 없다는 이야기가 있는데 1막에서 성공하였다고 해서, 그 똑같은 일을 그 회사 나와서 다시 다른 회사 차려서 해서 성공하는 경우는 거의 없다. 그것은 자기 자신이 시기를 잘 만나서 성공한게 아니라 자기가 잘나서 성공한거라는것을 대중에게 보여주고자 하는 자아 때문인데, 그런 자아를 가지고서 다시 성공할 수도 없다. '수로부여'라고 자신이 한번 잘되었던 일이 있으면 계속 그런식으로 일을 하는것을 말하는 특성이 있는데, 두번째로 할때도 첫번째것이 성공하였다고 그런식으로 똑같이 해서 어떤 경쟁력도 생길수 없다.
- 만년달력/강희경,Leonardong . . . . 2 matches
이번달이 무슨 요일에서 시작하는지 알 수 있다. 예를 들어 1년 2월 같은 경우
- 문자반대출력/문보창 . . . . 2 matches
음 만약에 한글과 같은 확장문자가 담겼다면 process_wchar() 함수에서 약간의 꼼수를 부린다. 가상의 예(실제로 이렇게 되지는 않지만, 원리는 같음)를 들어보자. "가나" 라는 문자열을 ver1과 같은 통상의 프로그램으로 뒤집으면 "나가"와 같이 프로그래머가 원했던 결과가 나오는 것이 아니고 "ㅏㄴㅏㄱ"가 나온다. 그렇다면 확장문자를 판단해서 문자열을 뒤집기 전에 "가나"라는 문자열을 "ㅏㄱㅏㄴ" 이렇게 만들어 놓는다면 기존 ver1의 프로세스를 전혀 바꾸지 않고도, process_wchar()만을 추가하는 것으로 원했던 기능을 모두 수행하게 된다.
- 문제풀이/제안 . . . . 2 matches
* 하지만 지나치게 높거나 낮은 수준의 문제가 업로드 되었을 경우. 의견을 조율하여 새로 올립니다.
* 문제가 출제된 후라면 언제든.
- 방울뱀스터디 . . . . 2 matches
형 근데 이거 방학동안만 할건가요? 저 7월30일부터 여행가서 21, 24, 28 3번정도만 참석할수 있을거 같은데요..
형 계획에서.. 팀프로젝트같은거.. 저 제외하고 진행하시는게... 전 그냥 꼽사리 수업생으로 큭..
- 방울뱀스터디/Thread . . . . 2 matches
만약 여러 쓰레드가 한 변수를 동시에 변경하려고 할때 문제가 생길 수 있다.
이와 같은 문제점을 해결을 위해서 정보를 갱신하는 동안에는 다른 쓰레드가 그변수에 접근하지 못하도록 하는 것이 필요~!
- 부드러운위키만들기 . . . . 2 matches
저같은 경우 위키에 친숙해지게 된 계기가 1학년때 상민이형, 석천이형이 이끌어준 프로젝트를 위키상에서 하다가 친숙해졌습니다. 분명 친해지는데는 시간이 좀 걸렸습니다.(한 3~4달 정도) 한번 친해지니깐, 휴가 나와서도 맨날 가봅니다. -_- 1학년 2학기때쯤에 윗 학번이 프로젝트를 하나 저렇게 이끌어 주면서 자연스럽게 위키를 사용하게 하는것도 괜찮을거라 생각합니다. 그리고 보면 제로위키 페이지중에 공개/비공개 설정을 하게 만든다면 구지 개인위키를 따로 돌리지 않고 제로위키안에 자신만의 개인위키를 만들 수 있고 그렇게 하면 자신의 개인 위키에 자주 오다 보면 접근성도 높아 지지 않을까하는 생각을 해봅니다. - 남상협
새로운것을 직접 찾아서 써보기 좋아하는 사람이 아니라면 위키 자체에 대해 '익숙해질 필요가 있는가' 라는 질문이 먼저나오리라 봅니다. 이러한 필요성을 눈으로 보여주는 것이 선배의 역할이겠죠. 이는 단순히 '위키'라는 툴 자체의 문제가 아닙니다. 현재의 제로페이지 웹 사이트가 과연 '사람들이 이 위키를 필요할 정도로 매력적인 컨텐츠를 가지고 있는가?' 라는 질문이 될 수도 있고요. 이에 대해서는 활동하는 사람들 모두가 고민해볼 문제일겁니다.
- 비행기게임 . . . . 2 matches
* 템플러의 사이오닉 스톰과 같은 보조 무기
일단은 작은 아이디어를 하나 정한다음 (그 뭐다냐.. 총알 피하기 폐인 게임같은거) 완성시킨뒤, 프로그램을 키워가는 것도 좋을듯. --["1002"]
- 빵페이지/도형그리기 . . . . 2 matches
== Python Vs C/C++ 모두 같은 생각의 소스 ==
* 같은 생각으로 작성한다면 소스가 어떻게 표현될까 궁금했다. 소스양만 따지면, Python 을 위한 문제인가.
- 빵페이지/숫자야구 . . . . 2 matches
* 아 그리고 rand() 만 쓰면 똑같은 숫자만 된다고.. 뭐 다른것도 해야 되던데요.. - 정욱
* goto문이 생각나서 쓰긴했는데 ... ... 전에 실습시간에 조교오빠가 goto문 안 쓰는 게 좋다고 한 것 같은데.. ㅡㅜ숫자 입력할 때 한 숫자 넣고 스페이스 바 누른 후 다음 숫자를 입력해야 하는 번거로움이 있네 어떻게 해야하지?? 프로그램이 바르게 돌아가는 게 맞는 지 확신이 없어서 계속 미루고 못 올렸는데 흠.. 틀린 것 좀 알려주시길.... - 일정
- 상협/Diary/9월 . . . . 2 matches
* 현재로서는 군대 가는것은 평범한 해결책이고 부담없는 방법인거 같다. 군대 가서 굴르고 하는거는 안해봐서 뭐라고 말은 못해도 그렇게 거부감이 들지는 않는다. 기숙사랑 친근한 분위기일거 같다. -_-; 다만 안그래도 굳은 머리가 완전히 굳어 버려서 창조적인 사고가 마비될꺼 같은게 좀 걸린다. 다른 해결책들은 좀 스릴이 있는거 같다. 노력도 많이 해야 할거 같다. 어차피 한번사는 인생 스릴있게 갈때까지 가볼까나..쩝..
* 요새.. 사는게 고달프다... -_-;; 뭔가 김빠진 콜라 같다... 뭔가를 해야 다시 힘이 솟을거 같은데.. 참..막 도피하고자 하는 생각만 있어서 잠만 많이 자는거 같다. 걸핏하면 잔다...
- 상협/나는희망의증거가되고싶다 . . . . 2 matches
* 음.. 이책을 읽게된 동기는 우리 누나가 추천을 해줘서 읽게 되었다. 읽고 나서는 잘 읽었다는 생각이 들었다. 언제나 느끼는 것이지만 다른 인간의 투철한 삶에 대한 투쟁을 보면 나에게 그 의지가 조금이나마 전달되는거 같아서 좋다. 나는 나 자신도 상당히 의지가 굳세다고 생각했는데, 서진규 씨를 보니 본받을 점이 많은거 같다. 서진규 씨는 고생을 더 많이 했기 때문에 그 성취후의 보람도 훨씬 더 컸을 것이다. 서진규씨의 투철한 삶에 대한 의지는 감동이었다. 그런데 그 서진규씨에게 있어서 희망이라는 것이 다른 사람에게 보여주기 위한(사회적 지위와 명성 같은 타인에 의한 판가름 되는거.) 희망인지 아니면 자기 자신에게 보여주기 위한(자아실현) 희망인지는 확실히 분간을 못하겠다. 아무래도 전자인거 같은 느낌이 좀 든다. 서진규씨는 자신의 하고 싶은 공부를 하고 있다는 데에서 기쁨을 느끼기 보다 하버드라는 곳에서 그 스스로 대단하다고 생각하는 사람들과 공부를 하게 된 점에서 더 큰 기쁨을 느끼는거 같다. 그래서 약간 씁쓸하기는 하다. 그리고 서진규씨는 미국 군인이었던 만큼 미국에 대한 사랑이 큰거 같다. 개인적으로 미국 자체를 싫어 한다고 볼 수는 없지만, 현재 미국이라는 거대한 이익 집합체가 세계에 하는 행동을 좋게 보지 않는 입장이라서 그게 좀 걸렸다. 그래도 그 수많은 세월동안 미군에 있으면서 자신의 꿈을 실현해 나갔으니 이해는 간다. 음.. 이렇게 좀 삐딱하게도 조금 볼 수 는 있지만, 그래도 서진규씨의 인생에 찬사를 보낸다. 여러가지 고난을 이겨내고 자신이 생각하는 꿈을 이루었으니... 자신이 생각하는...
- 상협/삽질일지 . . . . 2 matches
* 같은 삽질을 반복하지 않기 위해서.. ㅡㅡ;
* 나와 같은 삽질을 다른이들이 겪지 않게 하기 위해서..
- 새싹C스터디2005 . . . . 2 matches
이거 한개가 빠진것 같은데요?? - [톱아보다]
[새싹C스터디2005/pointer]와 [포인터 참고자료]페이지가 따로 노네요.--[Leonardong]
- 새싹교실/2011 . . . . 2 matches
내가 짠 코드를 직접 출력을 통해 확인하는 것은 분명 매력적인 일입니다. 그러나 처음 익힌 코딩 습관은 버리기 매우 어렵습니다. 많은 학생들이 처음 프로그래밍을 배우며 printf 함수를 사용하여 코드를 검증하는 습관을 들입니다. 그 때문에 상당수의 졸업할때까지 테스트보다는 직접 눈으로 확인하는 것을 선호합니다. 그런데 작성한 코드가 잘 돌아가는지 알기 위해 직접 눈으로 확인해야만 하는 것은 매우 많은 문제가 있습니다.(이것에 대해서 더 적자면 정말 길어질테니 일단 이 페이지엔 적지 않겠습니다.)
* / 아래에 쓰면 하위 페이지라는 의미가 있습니다. 즉, ''새싹교실/2011''은 ''새싹교실''페이지의 하위 페이지이고 ''새싹교실/2011/새싹반''은 ''새싹교실/2011''페이지의 하위 페이지가 됩니다.
- 새싹교실/2011/Noname . . . . 2 matches
* 학생들이 이해력이 좋은건지 제가 못 가르치는 건지 금방금방 할 이야기가 다 다르네요;; 다음부터는 좀 더 열심히 공부하고 와서 가르치도혹 해야겠습니다. 또 피드백으로 과제같은 것을 내는것도 괜찮을 것 같네요 준배해 봐야겠습니다. - [박정근]
* 저번에 제어문 할 때에는 창욱이가 없었지만 오늘은 창욱이만 나왔기 때문에 제어문 수업을 다시 했습니다.생각보다 이해가 빠르네요. 예제라던가 문제등을 좀더 준비해가야겠습니다. 또 진도를 더 빨리빨리 빼서 중간고사에 맞출 수 있도록 맞추어 봐야겠습니다. 이제 제어문 끝냈고 드디어 반복분을 할 차레입니다. 개인적으로 별찍는 문제가 가장 재미있었기에 다음번에는 그 문제를 풀어보도록 합시다ㅎㅎ - [박정근]
- 새싹교실/2011/Pixar/5월 . . . . 2 matches
* 오늘은 재귀함수 복습하는 차원에서 하노이탑을 같이 구현해봤습니다. 아마 좀 어려웠을거예요. 저도 1학년때 어디서 열심히 보고 짰는데 방학되고 짜보려니 또 생각이 안 나서 헤맸던 기억이 나네요. 오늘 해봐서 알겠지만 완성된 하노이탑 소스코드가 원반 하나하나를 순서대로 옮기는 프로그램은 아니었어요. 그런데도 실행시키니 제대로 움직이는 걸 볼 수 있었죠. 만약 원반 하나하나를 따로 생각했다면 원반이 7개만 되어도 생각하기 너무 어려웠겠지만 n개의 원반을 옮기는 문제를 n-1개의 원반을 옮기는 문제와 n번째 원반을 옮기는 문제로 나눠서 생각하니 간단하게 해결됐죠. 앞으로 학년이 올라가면서 더 복잡한 프로그램을 짜다보면 이런 접근이 얼마나 중요한지 느끼게 될 거예요. 문제를 해결할 때 전체를 보고 단계를 나눌 수 있어야합니다. 우리가 그림을 그릴때 숲을 그린다고 하면 어떤 귀퉁이의 나뭇잎 하나부터 그려나가는 게 아니잖아요. 나무의 배치, 뼈대같은 것을 먼저 그려야 균형잡힌 그림을 그릴 수 있듯 프로그램을 만들 때도 큰 그림을 먼저 생각해볼 수 있었으면 좋겠습니다. 물론 그런 접근이 단번에 몸에 익지는 않을 거예요 ㅋㅋ
중간고사를끝나고 공부를한번도 안해서 수업을따라가기가 매우어려웠습니다. 무슨말인지도 전혀모르겠고....
- 새싹교실/2011/學高/5회차 . . . . 2 matches
%는 수학에서 mod기호와 같은 의미.
나머지 사칙연산은 + - * / 역시 수학과 같은의미 !
- 새싹교실/2011/무전취식/레벨7 . . . . 2 matches
Array 메모리상에 똑같은 형식의 변수들이 한개의 이름으로 모여있는것.
* 이걸 너무 늦게 올리게 되는군. 드디어 나오는 pointer 대마왕!! 이거이거 쓰는법이 정말 힘들게 하지요~ 난 컴퓨터가 아니라. 이건 너무 힘든 개념입니다. 요즘 너무 지루하게 가르치고 있는건지 아니면 시간대가 졸려운 시간인건지 모르겠습니다만 문제가 있는것 같아요. 졸리거든요. 이제 부터 아이스브레이킹 20% 복습 40% 진도 40% 시간이 될듯합니다. 한번 읽어보는것만으로 큰 힘이 되는 개념이라 생각하고 갈키고 있으니 후기 쓸때도 잘 부탁드립니다. 길게 써요 좀. - [김준석]
- 새싹교실/2011/쉬운것같지만쉬운반/2011.5.3 . . . . 2 matches
6. 전처리기(Pre-processor)란 뭘까? 무슨 기능을 할까?
6. 전처리기(Pre-processor)란 뭘까? 무슨 기능을 할까?
- 새싹교실/2011/씨언어발전/3회차 . . . . 2 matches
main 도 함수의 일종, 같은 작업을 여러번 반복해서 쓰지 않고 함수를 이용해 쓸 수 있다.
족보를 풀어보니 이런식으로 문제가 나오는구나 알수있었고 헷갈리던 개념들도 다시 확인할수 있어 좋았다.
- 새싹교실/2012/Dazed&Confused . . . . 2 matches
* 사실상 첫 수업이었다. 어떻게 가르쳐야 할까 고민하다가 나름 PPT를 만들어 보긴 했는데 (그래봤자 [http://winapi.co.kr/ winpai]에서 다 복붇이었지만 -_-) 허허허.... 모르겠다 -_-a 뭐.. 어찌되었든 간에 일단 이론적으로 PPT를 보면서 설명을 하면서 진행을 했는데.. 알긴 아는 거 같은데... 음.. 좀 더 같이 해 보면 알겠지- 그래도 잘 따라와 준 것 같아 고마웠다. 많이 부족한 놈을 선생으로 둔 새싹들도 고생 많았어요 -ㅅ- 다음엔 더 준비 해 올게요a 근데 왜 회고지엔 소라 게임에 대한 이야기만 있는거지.. 에잇 - [권순의]
* 포인터, 재귀함수, 피보나치 수열을 코딩해 보았다. 피보나치는 하다가 실패했지만 자주 코딩을 해 보면 슬슬 감이 올 것 같다. 재귀함수의 return에 대한 개념이 흐려서 아직 재귀함수를 잘 못 쓰겠다. 연습을 자주 해야겠다. Practice makes Perfect?.. 포인터에 대한 개념이 흐렸는데 어느 정도 자리를.. 개념을 잡은 것 같다. 머리 속에서 코딩이 안 되면 펜으로 수도 코드작성이나 수학적으로 해설을 먼저 작성하는 연습을 해 보아야겠다. 강의에서 좀 더 코딩 연습이나 연습 문제 풀기와 같은 것이 많았으면 좋겠다. 단순히 따라적기만 해서는 잘 이해가 안 되는 것 같다. - [박용진]
- 새싹교실/2012/사과나무 . . . . 2 matches
키워드라던가, 변수, 변수형 이라던가, 입출력 함수가 왜 있는가 같은 얘기를 했고
* 과제로는 19단을 짜오는 문제가 나갔다.
- 새싹교실/2012/새싹교실강사교육/3주차 . . . . 2 matches
코딩을 하다 보면 자신의 코드를 다시 한번 점검해야 하는 경우가 꼭 생깁니다. 하지만 항상 문제가 생기죠. 이게 main문의 괄호(curly bracket : {} ) 인지 for문의 {} 인지 헷갈릴 때가 있죠? 이번 시간 이후에 한번 검색해보세요. 코딩 띄어쓰기, 괄호를 어떻게 붙여야 하는지에 대해서 말입니다. 꼭! 잊지 마세요. 중요하답니다.
3.2 같은 타입(Type)의 변수를 한꺼번에 관리해주는 배열(array)란?
- 새싹교실/2012/아우토반/뒷반/3.30 . . . . 2 matches
* 오늘은 C언어의 기초를 배운 것 같다. 오늘은 너무 피곤해서 수업시간 내내 졸았던 것 같아서 용운이 형한테 너무 죄송스러웠다. 그래도 이번 수업에서 한 내용은 C프로그래밍 수업 때 조금 들었던 것이었기 때문에 내용을 이해하기가 조금 수월했던 것 같다. 오늘 너무 많이 졸았기 때문에 다음 시간부터는 수업전에 컨디션 조절을 해야겠다. 그리고 앞으로 내용이 많이 어려워질것 같은데..... 열심히 해야겠다. - [김태헌]
while문의 조건문에는 != 연산자를 사용한다. != 연산자는 양쪽 피연산자가 같은 값을 갖지 않을 때 참이 된다.
- 새싹교실/2012/아우토반/뒷반/4.13 . . . . 2 matches
*이번 수업에서 내준 과제는 뭐라 말하기 애매했다. 할 수 있을 것 같은데 안되더라..ㅠㅠ. 용운형은 간단하다더라.... 솔직히 앞으로의 생활이 막막하다. 어떻게든 되겠지? - [김태헌]
정수 N을 입력하여 다음과 같은 꼴의 출력을 N줄 나타내시오
- 새싹교실/2013/라이히스아우토반/1회차 . . . . 2 matches
1. 어셈블러 하는 것이 있는데, 어셈블리어를 기계어(0101010001010100같은)로 바꾸어 준다.
*컴파일러는 저급언어를 만들고, 인터프리터는 실행명령을 만듭니다. 이 만들어논 실행명령을 프로그램에 넣으면 실행이 되는거죠. 대표적인 인터프리터인 JVM을 가지고 와서 설명해야 할것 같은데.. 허허
- 새싹교실/2013/라이히스아우토반/6회차 . . . . 2 matches
당장 문제가 던져지면 if else같은 말로 떠오르는데 switch로 쓰려니 음.. 한번더 생각해야한다.
- 새페이지만들기 . . . . 2 matches
'''방법 1'''. 또 다른 방법으로는 위의 Go 에 있는 에디트박스에 새 페이지 이름을 적는다. 해당 페이지가 없으면 새 페이지 편집모드가 된다.
'''방법 2(권장)'''. EditText를 한뒤 편집하는 장소에 {{{[["페이지이름"]]}}} 을 쓴다. 그리고 나서 그 페이지를 보면 해당 페이지이름이 붉은색으로 링크가 걸릴 것이다. 해당 페이지이름을 클릭하면 새 페이지를 편집할 수 있으며, 해당 페이지가 만들어지고 난 뒤부터는 일반링크가 걸린다.
- 소수구하기 . . . . 2 matches
누군가 [자유게시판]에 다음과 같은 문제를 질문을 했다. 글이야 기분나쁘지만, NeoCoin은 이것이 pc로 가능한가가 궁금해 졌다.
보다시피, 시간의 측면에서 50,000,000(5천만-8자리) 이후는 상상하기 싫다. 시간문제가 아니라 메모리 공간적인 문제도 존재할 것이다. 5천만 까지가 발견된 소수만 보관해도 (3001134*4)/(1000*1000)=12메가 정도 되니까 말이다. 앞으로 목표자리수인 3자리 동안 소수 갯수가 100배 증가하면 1.2 기가가 된다. :(
- 속죄 . . . . 2 matches
* 무슨 이상한 상을 받았음(작은 날개에 써있었는데 잃어 버렸음)
* 변태적인 내용의 편지를 실수로 보내게된 남자. 그리고 그걸보고 갑자기 사랑에 빠지는 여자. 제길. 분위기가 어쨋네 저쨋네 하면서 설득하려 하긴 하지만...아무리 봐도 설득력이 없다;; 무슨소리인지도 잘 모르겠따. 이것도 번역작가의 탓인듯.(여자의 의식부분에서 서술이 부족했던것 같다.)
- 숫자를한글로바꾸기/허아영 . . . . 2 matches
근데 메인이 좀 길어서 보기 안좋은 거 같은데, 변수를 넘기는게 ..흐음 ㅋㅋ
근데 메인이 좀 길어서 보기 안좋은 거 같은데, 변수를 넘기는게 ..흐음 ㅋㅋ
- 스터디/Nand 2 Tetris . . . . 2 matches
* Mux나 Demux같은 경우, 입력이나 출력이 너무 많을 경우, 작은 규모의 Mux를 여러 개 이용해서 큰 규모의 Mux를 구현해도 된다. 예를 들면, 4way Mux는 2Way Mux 3개를 이용해서 구현할 수 있다.
* MIPS 코딩하는 것을 생각하고 과제를 진행했는데, 현실은 MIPS 보다 더 하드코어했네요. Symbol도 사용안하고(사실 Cpu emulator만 사용해서 생긴 문제일 수도 있지만), 레지스터도 2~3개 밖에 사용하지 못하는 상황에서 작성하려고 하니 참 막막했습니다. I/O Handling 같은 경우 키보드 입력을 해결하려고 나름 생각을 해서 작성을 했는데, 결과물이 영 마음에 들지 않는군요. 아무튼 이번 시간에 느낀 것은 "High-Level Language가 왜 필요한가?" 가 되겠습니다. 사실 이 느낌은 어셈블리 시간에도, 컴퓨터 구조 시간에도 느꼈지만 말이죠. 이제 1/3정도를 진행했고, 계획대로라면 12월이 되기 전까지 1/2는 진행할 수 있을 것 같아서 기분이 좋네요. 무사히 진행해서 끝을 봤으면 하는 생각입니다. - [권영기]
- 실시간멀티플레이어게임프로젝트 . . . . 2 matches
load balacing server 같은 걸 만들수 있는 건가..? -- erunc0
등입니다. 여기에서 파이썬이라는 언어에 대해 얻는 것은 다른 것들에 비해 상대적으로 그다지 크지 않을 것입니다. 이번 경험은 어떤 언어이냐가 중요하지 않습니다. C++이나 자바를 사용할 수도 있다는 말입니다. 하지만 그렇게 하지 않은 이유는, 그런 언어들을 사용하면 "언어(혹은 라이브러리 API)"라는 문제가 더 커져서 소위 배보다 배꼽이 커지는 현상이 생기기 쉽기 때문입니다.
- 애자일과문서화 . . . . 2 matches
이번학기에 소프트웨어 경영 모델링이라는 과목을 듣는데, 소프트웨어 프로세스를 경영자의 입장에서 바라보는 수업이라고 할 수 있다. 수업시간에 가끔 XP와 같은 애자일 방법론에 대한 언급이 있는데, 수업시간에 나왔던 교수님의 한 마디로만 판단하기에는 무리가 있지만, 내가 알고 있는 XP와는 조금 다른 이해를 하고 계신듯 하다. 예를 들면,
라고 말한것을 듣고 기겁했다고 했다. 그러면서 (수업시간에 보는 문서화자료를 가리키며) 이런것 없이 어떻게 프로세스 개선을 하고 조직 성숙도 (Organization Maturity)를 높일 수가 있냐고 하는 것이다. 수업시간에 배우는 내용으로는 조직의 성숙도나 프로젝트 개선방향등을 측정하기 위해서는 수백 수천페이지가 되는 두툼한 문서가 필요할 것 같기도 한데(경영자적인 입장), 다른 면에서 보면 전혀 쓸모가 없어보인다. 과연 그런것이 꼭 있어야만 개선할수 있는가(개발자적 입장)?
- 영어단어끝말잇기 . . . . 2 matches
- 재밌어보이기는 한데, [문두삽입방식]을 사용해야 할 것 같고, 페이지가 길어지면 내용정리가 필요할듯.. - [임인택]
룰을 추가하면 재미있을것 같아요. 몇 글자 이상인 단어라든지, 어떤 분류에 속하는 단어 같은 것이 있겠죠.
- 오페라의유령 . . . . 2 matches
만일 이 주제로 파트리크쥐스킨트가 썼다면 아마 후각에의 집착이였던 '향수' 에 이은 청각에의 집착과 같은 이야기가 되지 않았을까 하는 상상.
* 소설에서의 Angle of the music 은 Phantom 을 이야기하는것 같은데, 왜 Webber 의 노래에선 크리스틴을 지칭할까.
- 위키로프로젝트하기 . . . . 2 matches
1. 해당 주제로 페이지를 연다. 가급적이면 고유한 프로젝트 이름을 가지는 것이 좋다. 일반적인 용어에 대해서는 다른 사람들도 같은 이름의 페이지가 필요할 것이기 때문이다.
- 이기적인유전자 . . . . 2 matches
* 본 감상 : 이 책에서 강조하는 것이 유전자는 끊임없이 자신의 복제자를 널리 퍼뜨리려고 하는 성질이 있다는 것이다. 그래서 생명체는 유전자의 목적 달성을 위해서 움직이는 하나의 기계라고 가정한다. 이에 사람도 포함된다. 유전자는 끊임없이 자신의 복제자를 널리 퍼뜨리려고 한다. 그래서 이기적으로 행동하게 된다. 자신의 복제자를 퍼뜨리기 위해서 생존 확률이 더 높아야 하고, 더 잘 생존하려면 이기적으로 되어야 하기 때문이다. 이에 맞추어서 사람을 보면 맞는 부분이 상당히 많다. 사람은 자신의 자손이 후세까지 널리 번영하기를 바라고, 옛날에 가장 큰벌중 하나가 삼대를 멸하는 벌이라는 점을 보아도 이를 확인할 수 있다. 따라서 사람의 본성도 이기적이라고 보는 것이다. 그런데 재밌는 점은 이책의 '마음씨 좋은 놈이 일등한다. ' 라는 부분에서의 글이다. 이 부분에서는 각각 마음씨 좋은파, 배신파, 보복파 등등이 나오고 이 각 파들이 행동할 경우에서 각 파들이 어떻게 흥성하는가 또는 소멸해 가는지가 나와 있다. 이 부분에서는 결국 배신파 와같은 행동을 하는 유전자는 널리 퍼질 수 없음이 증명되었고, 보복파나, 2번 배신당할 경우에만 보복하는 파등이 어떻게 마음씨 나쁜 배신파 보다 유리한지등이 나와 있다. 이 부분을 보고 사람들이 호혜적인 행동을 하거나 이타적인 행동을 하는점에 대한 하나의 이유가 될 수 있거나, 그러한 행동을 하는 유전자가 지금까지 살아남고 널리 퍼질 수 있었던 이유도 알 수 있었다. 즉 이타적인 행동이나 호혜적인 행동을 하는 이유와 그러한 행동이 필요하다는 점등을 알 수 있었다.
* 이 책에서 내가 처음 접한 개념이 밈 이라는 개념이다. 이 밈은 이기적인 유전자가 모든 생명체를 대상으로 하는 특성이라는 점과 다르게 인간에게만 적용되는 특성이다. 이 밈은 문화와 비슷하게 보일 거 같은데, 구체적으로 예를 들면 곡조나 사상, 표어, 의복의 양식, 단지 만드는 법, 아치 건조법 등이 모두 밈의 예이다. 유전자가 유전자 풀 내에서 번식함에 있어서 정자나 난자를 운반체로 하여 몸에서 몸으로 날아다니는 것과 같이 밈이 밈 풀 내에서 번식할 때에는 넓은 의미로 모방이라고 할 수 있는 과정을 매개로 하여 뇌에서 뇌로 건너다니는 것이다. 밈은 비유로서가 아닌 엄밀한 의미에서 살아 있는 구조로 간주해야 한다고 한다. 네가 내 머리에 번식력이 있는 밈을 심어 놓는다는 것은 문자대로 네가 내 뇌에 기생한다고 하는 것이다. 나의 뇌는 그 밈의 번식용의 운반체가 되어 버리는 것이다. 예를 어 '사후에 생명이 있다는 믿음'이라는 밈은 막대한 횟수에 걸쳐 세계 속의 사람들 속에 육체적으로 실현되어 있다. 이 밈이 인간의 본성과 어떠한 관계가 있냐 하면은, 밈의 목적 달성을 위해서 이타적인 행동을 하는 사람들을 설명할 수 있는 개념이 된다. 예를 들어 '착하게 살아야 한다'라는 하나의 밈만 해도 주위에서 흔하게 볼 수 있고, 이밈은 자신의 복제자를 널리 퍼뜨리기 위해서 실제로 그에 맞는 행동을 하게 되고, 그러한 행동에 그에 상응하는 대가도 기대할 수 있게 된다.(예를 들어 착한 행동에 대한 칭찬 및 포상) 이 밈이라는 개념은 인간의 이타적 행동에 대한 설명해 주고 또한 왜 그러한 이타적 행동이 필요한지 밈의 관점에서 설명해주고 있다. 주의할 점은 이것은 하나의 관점이지 이게 전부는 아니라는 점이다. 이 밈이라는 개념은 내가 이책을 읽으면서 얻은 큰 수확중 하나이다.
- 이승한/자전거여행/완료 . . . . 2 matches
* 자전거 타는 테크닉도 중요하지만 수리 상태에 따라 상당히 많이 다르다. 타이어는 예사고 기름칠이 잘 안된 체인의 경우에는 가끔씩 체인이 끊어지는 사태도 벌어지고. 브레이크. 휠. 엎어지기라도 해서 기어가 망가지면 난감하기도하고 생각지도 못한 곳곳에서 문제가 계속발생한다.
다만 자연 생태 공원같은곳을 지나쳐갔었음.
- 이연주/공부방 . . . . 2 matches
-뭔가 도움이 안될지도 모르지만;; %d는 그냥 변수에 저장되 있는 숫자의 자릿수를 그대로 받아서 출력하지만 %숫자d 같은경우는 안의 숫자만큼의 공간을 우선확보하고 변수안의 수를 읽어드리기 때문으로 알고있심 =0=;; 변수의 자리수가 안의 숫자를 오버해 버릴때의 문제는 나도 모르지만;; %.2f 같은경우는 소수점을 2자리까지만 표시를 하는게지 -_-!!! -[정수민]
- 이영호/nProtect Reverse Engineering . . . . 2 matches
Protector : guardcat 이라는 nProtect와 같은 동작을 수행하는 녀석
2. client.exe(client가 실행될 때, gameguard와는 별개로 디버거가 있는지 확인하는 루틴이 있는 듯하다. 이 파일의 순서는 이렇다. 1. 데이터 파일의 무결성검사-확인해보지는 않았지만, 이게 문제가 될 소지가 있다. 2. Debugger Process가 있는지 Check.-있다면 프로세스를 종료한다. 3. gcupdater.exe를 서버로부터 받아온다. 4. createprocess로 gcupdater를 실행한다. 5. 자체 게임 루틴을 실행하고 gcupdater와 IPC를 사용할 thread를 만든다.)
- 자유로부터의도피 . . . . 2 matches
* 감상 : 이책을 읽게 된것은 정말 행운인거 같다. 이책은 현대인의 문제점을 아주 날카롭고 정확하게 지적해주어서 지금까지 뭔가 뿌연 안개처럼 잘 알수 없었던 문제들을 파악하는데 많은 도움을 준다. 인생살이에 정말 많은 도움이 되는 책이다. 이책은.. 강력 추천 !, 특히 고등학교와는 다른 생활에 처음 접하는 대학교 1학년들은 꼭 읽어 봤으면 좋겠다는 생각이 든다. 음.. 솔직히 이책이 그렇게 자극적인 재미를 주는 것은 아니지만, 내가 명확하게 설명하지 못한것을 명확하고 면밀하게 분석해주는데서 오는 통쾌함 같은 것을 느낄 수가 있다. 이책에서 알게 된점은 자유라는 것이 분명 좋은것이긴 하지만 그것을 제대로 제어를 하지 못하면 자신에게 좋지 못한 방향으로 다가온다는 점이다. 그리고 그렇게 좋지 않은 방향으로 다가온 것들(무력감, 고독, 기타 등등)을 피하기 위한 임시 방편(자동 인형, 파시즘)으로는 자유를 제대로 향유할 수 없고, 오히려 자신의 자아를 말살 할 수도 있다는 점이다. 그때에는 오히려 자신의 자아가 다른 어떤 자아와도 다르다는 것을 인식하고, 그러한 자아를 유지하고 키워 나가야 한다. 내가 너무 단순화 시키거나 왜곡 시켜서 말하는거 같지만 내 의견을 말하자면, 자유가 오면 피하지 말고 있는 그대로 맞 받아치고 받아들여서 자신의 제어권 안에 두어야 겠다. 즉 자유가 자신의 주인이 되게 하는게 아니라 자신이 자유의 주인이 되어야 할 것이다. 그리고 여기서 자유를 제대로 향유하지 못한 영향으로 발생하는 새디즘이나 매저키즘등이 나왔는데, 이것도 상당히 흥미로웠다. 지금까지 잘 알지 못했던 내용인데 우리주변에서는 아주 흔하게 볼 수있는 것들이었다. 새디즘이나 매저키즘이나 둘다 자유로부터 도피의 수단이었다. 대충 감상을 적으면 이정도이다.
* 우리가 생각하고 행동하는 것중에서 우리 스스로 생각해서 행동하는게 얼마나 될까?.. 우리 주변에서는 우리에게 끊임없이 암시를 주고 사상, 생각을 불어 넣어 주는 것들로 가득찬것 같다. 이러한 상황에서 부처님이 말씀하신것중 '관' 이 필요 한것 같다. 내가 무엇 하고, 무슨 생각을 하는지에 대해서 아무 생각없이 당연하게 생각하지 말고 이에 대해서 '관' (바라보기) 해야 겠다.
- 정규표현식/스터디/메타문자사용하기 . . . . 2 matches
자주쓰는 문자 집합들은 특수한 메타 문자로 대신하여 찾기도 한다. 이런 메타 문자들을 문자 클래스(classes of characters)라고 부른다. {{{[0-9]}}} = {{{[0123456789]}}} 와 같은걸 알것이다. 이것을 {{{[0-9]}}} 보다 더 편한게 찾으려면 '\d'로 찾을수 있고 제외하고 찾기는 '\D'로 {{{[^0-9]}}}를 대신할수 있다.
* 이와 같은 기능을 사용하여 정규표현식을 더욱 간결하게 만들수 있을 것이다.
- 정모/2004.10.5 . . . . 2 matches
* P2P 캐스트 - 윈엠프 방송같은 기존 BroadCast 방식에서 P2P방식으로 바꾸어 사용자가 몇 명이 몰리든 상관없이 원활히 동작
화욜날 수업이 1시부터 6시까진데 화욜날마다 같은 시간에 정모인가요? 끝나고 라도 찾아가면 되나욤? --[김동경]
- 정모/2005.1.3 . . . . 2 matches
* 서버실 정리가 이루어졌다고 함. 서버실 담당 교수님인 박제화 교수님에게 이야기 해 보도록 해봄. 그전에 문제가 생기면 [이상규] 선배님 연구실에 2월까진 맡아 주실수 있다고 하셧음.
- 정모/2005.2.16 . . . . 2 matches
* 소스만 올리고 풀이과정(문제접근방식)은 없어서 피드백이 부족. 보창曰, "소스만 올리면 나중에 쓰레기페이지가 될 수 있다" 재선曰, "어려운 문제도 모여서 페어로 풀어보면 짜릿할 것 같다" 보창曰, "내가 졸업할 때까지 계속 할꺼다. 개학하고 신입생에게 사전지식을 세미나형식으로 전수하고 같이 풀어보는 것도 좋겠다"
정모날짜에 대한 공지가 없어서 무슨일인가 했다.
- 정모/2005.6.27 . . . . 2 matches
MT : 16-17, 문화부랑 같은 곳에 가자는...의견도 있었음. 날짜를 바꾸자는 의견도 있음, 문화부랑 이야기 해서 날짜를 조정
* 그래서 무슨 프로젝트를 하기로 한건데? --재동
- 정모/2007.1.12 . . . . 2 matches
- 이름에 오타가 있는것 같은데-_-a -아영
=> 정보공유 : 일반, 지식인, 블로그 -> 다른사람들이게 유익할거 같은 이야기.
- 정모/2007.3.6 . . . . 2 matches
고준영 : 자유롭고 편안한 곳, 같은 뜻을 가진 사람들이 모여 진취적인 활동을 할수 있는 곳.
- 제로페이지가 커져도 잘 운영되는 학회를 만들기 위해서 제로페이지 회원이라면 역할을 하나씩 맡는 쪽으로 가는건 어떨까?
- 정모/2011.10.5 . . . . 2 matches
* 오랜만에 정모에 참석했는데 가자마자 허니컴 세미나를 하고있길래 슬펐습니다. 제것도 분명 태블릿pc인거 같은데... 그리고 OMS는 정말 툴의 위대함을 새삼 깨닫게 되었네요. -[정의정]
* 발표는 드립과 자신감이 절반 이상입니다. 하지만 저같은 경우 이미지 트레이닝을 많이 하는게 제일 좋았어요. 언제 한 번 소현이 발표할때 봐야겠다. - [지원]
- 정모/2011.11.9 . . . . 2 matches
* 소닉 OMS를 보면서 소닉이 돌 때 마다 제 머리도 따라서 움직인 듯한 느낌이?! 그리고 소닉x는 사람도 등장하길래 안 봤었는데, 쉐도우가 궁금해서 봐야할 듯 합니다ㅋㅋ 게임에 나오던 로봇 소닉도 등장한다고 봤던거 같은데 은근 재밌을 것 같아요. 다음 주에 예정된 쓰레기로 작품을 만드는 것도 기대됩니다. 혹시 A4용지 박스 필요하면 말씀주세요ㅎㅎ - [강소현]
* 그렇군요 ㅇㅂㅇ 뭘 물어봐도 척척 대답해줄 것 같은 느낌이ㅋㅋ
- 정모/2011.3.2 . . . . 2 matches
* 정모 방식이 피드백을 하는 것으로 갯수를 채워야 정회원이 유지된다고 들었습니다. 커피 포인트 도장을 찍는 것 같아, 다 모으면 정회원 혜택! 이라는 것이 더 와닿습니다. 새싹 교실 강사 지원을 했는데, 매주 2시간 씩 8회 이상 수업하는 것과 printf가 아닌 다른 방식으로 확인하는 것이 신기했습니다. 제가 잘 할 수 있을 지 모르겠지만, 되도록 중간고사 전후로 끝내는 내에서 열심히 진도를 나가보겠습니다ㅠㅠ 그리고 책읽기 모임! 장소 이번에도 카페 같은 곳으로 잡는건가요?ㅁ? 월요일 5시로 정했지만 6피의 서랍장 있는 쪽 책상에서 시험기간만 아니면 조용히 대화해도 괜찮지만..음 토모카나 기숙사 쪽의 카페를 애용하는 것도 괜찮고, 과방이나 다른 빈 강의실을 잡는 것도 괜찮을 듯 싶어요. - [강소현]
* 아놔 수정하고 고치기 눌러서 날렸어요... 우선 늦어서 앞부분은 잘 못들었구요, 07, 08 학우들이 많이 와서 좋았습니다. 그들의 화려한 컴백 및 활동 유지를 기대해봅니다. 독서모임에 참여함으로써 정모를 제외하고 ZP에서의 공식적이고 정기적인 학술회적 활동을 하는게 얼마만인지 모르겠네요. 소현이 말에 첨언하면 정모 직전이니 카페는 무슨 그냥 피시실이던 과방이던 강의실이던 학교에서 합시다. '''아 그리고 우리 사진좀 남겨요!! 저도 맨날 잊어먹는데 진짜 2009년 이후로 사진이 하나도 없어요!!'''- [송지원]
- 정모/2011.5.2 . . . . 2 matches
* 이번 정모는 보통 하던 정모에 비해 빠르게 진행이 되었던 것 같네요. Google Campus Recruit를 들으면서 예전에 Google 캠 톡톡이었나 거기 신청했는데 안됬던 씁쓸했던 기억이 나긴 했지만 나중에 어떤 이야기가 있었는지 들어서 좋은 정보였다는 기억이 났습니다. 이번 내용도 그 때 들었던 이야기랑은 크게 다르지 않았던 것 같았던 것 같습니다. 그리고 우리 학교에는 안오네 이러고 관심을 끄고 있었던 생각도 들고 -_-; 이번 OMS를 들으면서 난 좋아는 하는데 잘 하지는 못하는 분류에 속해 있구나 라는 생각이 들면서 분발해야 겠다고 느꼈습니다. 학교 수업에 질질 끌려 다니는 제 모습이 오버되면서 한편으로는 예전에 친구가 링크해놔서 봤었던 글(대학 수업이 무슨 수능을 준비하는 고등학생의 수업과 다른게 없는 것 같다라는)도 생각났습니다. (쩝.. 암울해지네 -ㅅ-;) - [권순의]
* 정모에 뒤늦게 가서 OMS나 앞부분 정모는 대부분 참여를 못했지만 IBM공모전이나 삼성소프트웨어 멤버쉽같은 여러 활동을 항상 동아리때문에 바쁘다, 능력이 안된다는 핑계로 다른세계 이야기로만 생각해왔었는데 능력을 키우건 어쩌건 되는게 중요한게 아니라 도전을 해볼 필요도 있겠구나 싶었습니다. 하지만 이런 생각을 항상 하면서도 다음날 자고일어나면 금방 잊게되는게 문제네요.. 저도 이제 학교수업만 듣고 학점을 위한 공부가 아닌 진짜 나중을 위해 필요한 공부를 해야겠다고 느껴지지만 이것도 역시 쉽게 불타오르고 실천하지 않는 제 모습이 뻔히 보이네요.. 그러지 말아야할텐데 - [경세준]
- 정모/2011.5.9 . . . . 2 matches
* 저번주 정모에 못와서 이번주에는 꼭 가리라! 하고 왔지요. 앞으로도 항상 그럴거 같지만 가장 기억에 남는건 OMS!! 게임개발이란게 에디터를 써서 만든거도 포함된다고 생각한적은 없는데 말이죠! (워3 에디터는 살짝 만져봤었습니다) 워3에서도 와우 MPQ를 불러와서 똑같은 캐릭터를 구현할 수 있었는데, 스타2에서는 더 와우에 가깝게 만들어지더군요 -_-! World IT Show도, 이런데 거의 안가봤기에 꼭 가보고싶네요. (근데 다들 언제가시는지.. 음.) IFA도 뭘까 궁금하네요. .. 그리고 이제 피드백갯수가 2~3개정도만 남은거 같아요+_+ -[김태진]
* 내 입장에선 후자의 주제가 더 준비하기 힘들거 같은데...ㅋㅋㅋ -[김태진]
- 정모/2011.9.20 . . . . 2 matches
* 외부 기사란 어떤건지 궁금하네요. 다른 학회의 정보같은 걸 말하는 건가요? 아니면 IT 뉴스등도 포괄하는 건가요? - [서지혜]
* 기사라고 해서 뉴스를 말하는 건 아닌데 ㅋㅋㅋ 소식같은 걸 외부 기사로 섭외하려는 건 아니고... 자기가 관심있는 분야에 대해 쓴 내용이 제일 좋지. - [김수경]
- 정모/2011.9.27 . . . . 2 matches
* 9월이 끝났어요 ㅜ_ㅠ 벌써 한달 회고를 하다니.. 이번학기들어 시간이 너무너무 빨리 지나가는 것 같은데 저만 그런건가요ㅠㅠ 개강한지 얼마 안된 것 같은데 한달이 지났대.. - [서지혜]
- 정모/2012.2.17 . . . . 2 matches
* 컴퓨터에 문제가 생길경우 본체에 손대지말고 ZeroPage학회실, 혹은 PC실 건의게시판에 문의주세요.
* 제가 그렇게 반대했던 걸그룹 OMS가 현실로... 사실 걸그룹 OMS를 반대했던 게 아이돌 사진만 잔뜩 붙여놓고 하악하악하는 시간이 될까봐 그런거였거든요. 그런데 그보다는 있는지도 몰랐던 걸그룹을 알아보는 시간이라 그동안 반대하며 생각했던 것 같은 느낌은 아니었어요 ㅋㅋ 세상에는 참 많은 아이돌이 있더군요... 심지어 2001년생도... 그리고 오랜만에 본 오리도... - [김수경]
- 정모/2012.2.3 . . . . 2 matches
* 새싹 교실도 그렇고 앞으로 결정해야 할 모든 사항에 있어 정답은 없습니다. 각각의 선택지에 장단점이 있죠. 작년같은 경우 [:ZeroPage/임원/회의 회의]를 통해 한 해의 목표를 정하고 그 목표를 이루기 위해 우리가 추구해야 할 가치는 무엇인가를 함께 공유한 뒤 그 가치에 맞는 선택지를 고르려고 애썼던 것 같습니다. 정모에 모인 회원들과 회의를 진행하는 것도 좋지만 사실 사람 수가 많아질수록 이래저래 말만 많아지고 목표는 흐려지는 경우가 많습니다. 던져놓으면 그렇게 말이 많은 주제라도 임원들끼리 결정했을땐 그냥 따르게 되는 경우도 많구요. 꼭 모든 회원의 의견이 필요하다 싶은 중대한 사항이 아니라면 임원들이 결정하는 쪽이 여러면에서 효과적이지 않을까 생각합니다.(시간을 효율적으로 쓴다는 점에서도 그렇고, 활동들이 일정한 방향성을 가지고 ZeroPage의 목표를 따라가느냐 하는 측면에 있어서도 그렇습니다.) 아무쪼록 올해는 올해의 목표를 정하고 그 목표에 충실한 활동들로 한 해를 채워나갈 수 있기 바랍니다. - [김수경]
* 정모가 끝나고 깨닫는건 난 단추공장에 다니는 조가 되어있다는 것. 언제까지 단추만 누르고 살텐가. 개인적으로 이렇게 몸을 움직이는 ICE Breaking을 굉장히 좋아합니다. 뭘 하는지 모르게 시간이 가고 옆에 사람들의 웃긴 모습을 볼수 있으니 좋죠. 요즘 정모를 못왔지만 새 회장의 정모의 첫단추는 잘끼워진것 같습니다. 회장이 지금 맡은것이 많아서 좀 바쁘지만 빠릿빠릿하게 움직이는거 보면 올해도 잘 되겠죠. 새싹 스터디 같은 여러 의견이 분분한 경우는 과거의 기록을 듣고, 읽고 잘 조합해서 하나의 의견을 만들어서 강하게 진행하는걸 추천합니다. 의견을 듣고 있는것도 좋지만 언제까지 Melting Pot처럼 섞기만 하면 재미가 없죠.- [김준석]
- 정모/2012.3.19 . . . . 2 matches
* floating server와 비슷한 아이디어인듯. 되게 재미있을거같은데 영어가 좀.. 아 자꾸 미련가네 - [서지혜]
* 저도 전체적으로 전부 영어를 쓰는게 좋다고는 생각하지 않아요. 정작 필요한 내용을 제대로 전달하지 못할 수도 있으니까요. 다만 OMS정도는 가능하면 영어로 준비해보는거도 좋지 않을까 하는 생각이에요. + 파비앙은 학회실이 생기면 - [김태진]
- 정모/2012.5.21 . . . . 2 matches
* [김태진]학우의 ''이 사람은 무슨 주제를 할까''
* 올해 들어서 참가한 ZP 정모 중에서 가장 사람이 적었던 것 같은 정모였습니다 -_-;;; 그런데 생각해보니 다들 이번 컴공 전시회 관련으로 나가서 그런 것 같네요. 그렇게 보면 오히려 ZP에 능력있는 사람이 많다는 얘기니 그건 또 그것 나름대로 나쁘지 않나 싶군요. 태진이 OMS에 사람이 덜 참가한 것은 약간 아쉬웠지만서도. 그리고 데블스 관련 연락을 돌렸는데 이렇다하게 참가를 확답해 주신 선배님이 없는 것은 좀 아쉬웠습니다. 역시 다들 사는 게 바쁘신 거겠죠... - [서민관]
- 정모/2012.8.8 . . . . 2 matches
갑 에게 이미 구매한 책이 있다. (A 4만원) (3년이내 쓸 만한 책 - MFC같은거 말고)
장학금에 대해 소득공제로 문제가 있을경우 연말에 정산
- 정모/2013.6.3 . . . . 2 matches
* 숙명여대 쪽도 같이 프로젝트 회의 같은 걸 할 수 있었으면 좋겠어요.
* PPT를 통해서 작년 사진이나 후기 같은 거 보여줬습니다.
- 정모/2013.7.29 . . . . 2 matches
* 제로페이지가 우수 동아리 6개 중 하나로 선발되어, 워크샵에서 동아리 소개를 진행함
* 제 입장에서는 중앙대 GDG와 ZeroPage는 분리를 했으면 좋겠네요. 현재 ZP만 봐도 다양한 혜택을 받고 있는 만큼 또한 다양한 책임을 지고 있다고 생각하는데, 여기에서 GDG까지 하게 되면 역시 추가적으로 해야 하는 일이 늘지 않을까 생각합니다. 사실 해야 하는 일이 느는 것 자체가 문제라기 보다는 나중에 정말로 하고 싶은 일이 생겼을 때 현재 지고 있는 짐(책임)이 무거워서 몸을 움직일 수 없다면 문제가 아닐까 하는 염려 때문이네요. - [서민관]
- 정모/2013.7.8 . . . . 2 matches
* 안혁준 회원 : 픽업과 교통편이 편리해야한다. 이동하는 인원이 많으므로....어떤 보드게임을 하고 누구에게 빌릴지와 같은 구체적인 계획이나 준비가 필요할 것같다.
* 자바의 기초적인 부분을 보았다. 구성 자료형 같은 기본적인 것을 하였다.
- 정수민 . . . . 2 matches
리팩토링이란 말이 있길래 코드를 한 번 봤어요. 배열 리팩토링이란 어느 부분을 말하고 있는지 잘 모르겠지만, 이전에 더 쉬운 리팩토링부터 해나가야 하지 않을까 싶어요. 이를테면 randem_x, randem_y같은 함수는 무슨 일을 하는가요? 하는 일이 너무 많지 않은지 의심해보세요. 코드가 중복되는 부분을 줄여나갈 수도 있겠죠. --[Leonardong]
- 제로위키이용의어려움 . . . . 2 matches
그래서, 현 ZeroWiki 쓰기를 막아 버리고, 기존 사용자들과 새로운 사용자들과 새로운 위키에서 작업하는 것도 좋을것이라는 생각이 들었습니다. NeoCoin은 그냥 삭제를 생각했는데, [1002]는 처음에는 그냥 모든 Contents 를 앞으로 한두달간 막아 버리고, 새로운 규칙들이 생기면 기존 contents 를 녹여가는 것을 생각했습니다. 그리고 이야기 중에서 현 ZeroWiki 를 SisterWiki 로 연결한 새로운 위키도 괜찮다는 생각이 들었습니다.
지금 ZeroWiki 1789 페이지를 넘어 2000으로 달려가고 있다. 새롭게 시작하는 것도 좋을꺼 같은데? 어떨까요?
- 졸업논문/결론 . . . . 2 matches
RoR와 django 같은 경량 프로그래밍 기법이 힘을 얻는 또 다은 이유는, 강력한 표현력을 가진 주언어를 사용할 수 있기 때문이다. Ruby와 python은 스크립트 언어의 성격을 가지고 있으며, 객체 지향 개념과 함수형 프로그래밍 언어의 패러다임을 포함한다. 비록 느려서 시스템 프로그래밍에 사용하기에는 적당하지 않지만, 동적으로 빠르게 변하는 웹 환경에서는 ruby와 python같은 언어가 변화를 손쉽게 따라갈 수 있어 적당하다.
- 중위수구하기/정수민 . . . . 2 matches
중간수 와 같은수인 middleNum를 출력한다.
마인파인더같은건 내실력이 너정도 돼면 만들어보마 ㅋㅋ 지금은 인공지능 위치만 구상하고있어 ㅎㅎ 어떻게 해야 어떤행동을 할까 하고 ; 생각보다 기능이 많아야 하더군 ;;;
- 지금그때2003 . . . . 2 matches
주제가 어떤거지? 현재 지어진 제목을 보면 '미래를 예측하는 방법'에 관한 내용인것 같고, [지금알고있는걸그때도알았더라면]은 '어떤것에 초점을 두어야 하는가'라는거 같은데.. 전자라면.. 앨런 케이의 말을 살짝 인용하며 정말 멋질것 같은데.. "The best way to predict the future is to invent it." - Alan Kay --[sun]
- 지금그때2003/선전문 . . . . 2 matches
지금그때 사진을 찍으시는 분이 계신것 같은데, 사진을 저에게 주시면,
주옥같은 경험들을 펜을들고 적으면서 이야기를 해보신적이 있습니까?
- 지금그때2004/여섯색깔모자20040331 . . . . 2 matches
- 검정 : 왜 사회자 문제가 시의성이 높은가?
검정 : 이번에는 03이 맡았으면 한다. 그렇지 않으면 매년 의존하게 된다. 내년에도 똑같은 이야기가 성립이 되어버리기 때문이다. 이번 행사 이후에도 지속적으로 이어지기 위해서는 03이 직접 경험해보아야 한다.
- 지금그때2004/패널토의질문지 . . . . 2 matches
식으로 이전에 같은 컴공과 학생이라는 연결고리를 만들 수 있겠습니다. 또한, 방청객들도 이러한 질문을 들으면서 자기 경험대비 질문의 연결고리를 찾을 수도 있겠다는 생각이 듭니다. --[1002]
"저희는 이제 막 고등학교를 졸업하고 대학에 들어왔습니다. 삶에 있어서는, 뭐랄까 일종의 180도 회전 같은 거죠. 그래서 그래 이제는 한번 마음껏 놀아보자, 그런 생각도 드는 것이 사실입니다. 하지만 아마도 선배님께서는 '내가 만약 그때로 돌아간다면 X나게 공부했을 것이다'라고 말씀하실지도 모르겠습니다. 그렇지만, 그것은 이미 과거의 경험을 전제로 '그랬었더라면'하는 후회의 형식이기 때문에 그런 말씀을 하실 수 있는 것 아닌가요? 지금 정말 열심히 놀고 설사 나중에 후회하더라도 나름의 가치가 있는 것은 아닌가요? 지금 우리에게 선배의 후회를 강요할 수는 없는 것 아닌가요?" --JuNe
- 지금그때2006/선전문 . . . . 2 matches
원하는 주제에 대해 관심있는 사람들이 같은 자리에 모여서 이야기합니다. 현제 이야기 하는 주제를 바꾸거나, 자신이 원하는 주제로 이동할 수 있습니다.
원하는 주제에 대해 관심있는 사람들이 같은 자리에 모여서 이야기합니다. 현재 이야기 하는 주제를 바꾸거나, 자신이 원하는 주제로 이동할 수 있습니다.
- 지금그때2006/여섯색깔모자20060317 . . . . 2 matches
[지금그때]에 변치않는 OpenSpaceTechnology 토론에도 아쉬운 점은 있다. 주제가 매년 반복된다. 영어, 군대, 책에 대한 이야기는 세 번 모두 나왔다. 따라서 새로운 주제가 나오도록 유도하거나, 같은 주제라면 기존 토론 내용을 바탕으로 이야기를 발전시키는 것이 좋겠다.
하양: 기존에는 선후배이야기, 경험나누기, 인간관계, 공감대 같은 목적이 있었다.
- 지금그때2006/후기 . . . . 2 matches
마지막으로 제가 정리하며 가장 의미를 두고 싶은 것은 술자리를 갖지 않고도 의미있는 행사를 만들 수 있다는 것을 제로페이지가 신입생들에게 보여준다는 것입니다.
05학번 이지만 이번에 지금그때 처음 참석하네요. 질문 레스토랑이나 OST나, 나를 만들어준 책장, 놀이, 모든것들이 뜻깊고 재밌었습니다. 뭐 식상한 후기일지도 모르겠지만, 다른 장소에서는 이러한 경험을 가지가 힘든것이 사실이잖아요. 특히 나를 만들어준 책장과 같은 것은 더더욱 그러하구요. 4시간정도의 진행시간이 너무나도 짧게 느껴졌던것은 그만큼 지금그때에 빠져 있지 않았나 생각합니다. 시간이 짧았다는 아쉬움은 감추기 힘들군요'ㅡ';; 준비한 모든 분들 수고많이 했어요!! - [태훈05]
- 진법바꾸기/김영록 . . . . 2 matches
┗ 샒 정말이네 같은이름으로 저장해부렷다 ㅠ - [김영록]
혹시 데블C++쓰니? 소스는 잘되 있는것 같은데..탭정렬이 영..;;ㅁ;;
- 진법바꾸기/허아영 . . . . 2 matches
그런데 말야.. 저기 두 번째 함수의 i 과 turn 은 정말로 전혀 다른게 없다고. 이름을 여러개로 해주고 싶었다면 포인터를 사용하거나 전처리문을 사용하는게 나을텐데.. 같은연산이 중복되서 일어나니까 오히려 햇갈린다고..ㅎㅎㅎ
단지 똑같은게 우연히 보엿을 뿐이야.ㅋ - [조현태]
- 질문의힘 . . . . 2 matches
* 말 바꾸기 - 상대방이 했던 말을 똑같은 내용으로 다른 말로 바꾸기
* 같은 작가가 쓴 [원고지10장을쓰는힘] 이라는 책도 있습니다.
- 창섭/삽질 . . . . 2 matches
* 같은 실수를 두번하지 않도록. 페이지를 만들어 가끔 둘러보다보면 무의식중에 실수를 방지할 수 있을 거란 생각에 만듦. 사람은 한 번 본것은 무의식에 저장을 하고 자신도 모르게 무의식이 의식으로 나온다 하지 않던가...
* 이제 절대로 하지 않을 것 같은 삽질, 내가 생각하게에 제일 어이없는 삽질 순위 3까지만 보관한다. 나머진 큐처럼 지우기.
- 카고컬트과학 . . . . 2 matches
미국의 물리학자 리처드 파인만이 만든 용어(-_-a ?). 기존의 방법(?)들을 그대로 따라하거나, 현상의 여러 면을 바라보지 못하는 과학을 일컫는다. NoSmok:파인만씨농담도잘하시네 에 다음과 같은 내용이 있다
쩝.. 이걸보고.. 내가 남태평양에서 수송선이 오기를 기다리는 사람들은 아닌가.. 하는 생각을 하였다. 동전의 한쪽 면만을 보려했고, 지금까지 내가 했던 생각들에 대해서 맞다고만 생각하였다. ''내 생각중에 이러이러한 것은 일리가 있다.. 하지만 저러저러한 것들은 어떻게 생각해야 할까. 어떤 관점에서 바라보아야 하는거지?'' 와 같은 생각을 몇번이나 했는지. 사물과 현상의 이면을 (항상) 바라보는 습관을 들여야겠다. (음.. 그리고 생각해보니 고등학교때 배웠던 ~~의 우상 과도 비슷한 내용인것 같네요. 어떤 철학자가 말한건데 이름은 기억이 안나고..-_-) - 임인택
- 캠이랑놀자/051228 . . . . 2 matches
1시간 만에 실제로 코드를 돌리고 이미지 처리를 하고 실제로 동작하는 과정을 사람들이 hand-out 으로 해보면서 효율적으로 익히게 할 방법은 python 아니면 matlab 밖에 없을 것 같은 느낌. 준비하면서도 느낌이 웬지 좋았다.
hand-out으로 한다는 게 무슨 말인지? 뭔가 사람들에게 인쇄물을 나눠주고 그걸 따라가게 해보는 건가? --JuNe
- 큰수찾아저장하기/조현태 . . . . 2 matches
천하의 허아영이 못해서라니, 말도 안돼. 차라리 책에 문제가 이것밖에 없다고 해라.ㅋㅋ
system("CLS"); 이게 모야? cpp에서 자주 보이는 것 같은데.. --아영
- 토비의스프링3/밑줄긋기 . . . . 2 matches
* 어떤 클래스든 스프링의 빈으로 등록할 때 먼저 검토해야 할 것은 싱글톤으로 만들어져 여러 스레드에서 동시에 사용해도 괜찮은가 하는 점이다. 상태를 갖고 있고, 멀티스레드 환경에서 안전하지 않은 클래스를 빈으로 무작정 등록하면 심각한 문제가 발생하기 때문이다.
* 이지목같은거 안써도 목 오브젝트를 만들어 쓸 수 있구나.. - [서지혜]
- 튜터링/2011/어셈블리언어 . . . . 2 matches
* 쏜살같은 진도
* 튜터링 페이지가 있었네..보강은 아침에 합쉬다 - [정의정]
- 파스칼삼각형/조현태 . . . . 2 matches
└;; 네 소스랑 같은 알고리즘 이잖아..;; 뭐가 신기해. 너랑 똑같은데..ㅎㅎ 군데 변수명은 정말 이뽀..ㅎㅎ - [조현태]
- 파스칼삼각형/허아영 . . . . 2 matches
그리고 문제가 '파스칼 삼각형을 출력하시오.' 가 아니었던거 같은데?? 다시 보는게..
- 프로그래머의길 . . . . 2 matches
첫번째 벽인 '''이해의 벽'''을 뛰어넘은 중급자는 그들만의 고유 영역을 갖게 된다. 이것이 바로 코딩이다. 코딩은 그 방법만 알면 쉽게 처리할 수 있다. 방법은 경륜이라 해도 과언이 아니다. 도공은 자신이 만든 도자기를 보며, 완벽하지 않은 것들을 일반인이 이해할 수 없을 정도로 부셔 버린다. 우리는 아무리 보아도 그것 들의 차이점을 알아낼 수가 없다. 하지만 경륜이 많은 도공은 도자기의 빛깔과 형태만 보아도 좋은 도자기인지 아니면 버려야할 도자기인지 알아낸다. 프로그램도 마찬가지이다. 컴퓨터를 이해하고 있는 프로그래머는 실행되고 있는 응용 프로그램만 보다도 어떻게 그것을 만들어 냈는지 알 수 있다 그리고 어떤 어려운 문제가 닥치더라도 해결점을 찾아낸다.
하지만 필자의 경험에 미뤄보면 이러한 경우는 업무 자동화와 같은 특정한 형식이 있는 응용 프로그램에 적용된다. 만약 프로젝트 설계자가 경험이 없는 응용 프로그램을 만들어야 한다는 가정을 두면 상황은 반전된다. 즉 설계자의 미경험에 의한 시행착오가 발생하는 것이다. 이러한 시행착오를 줄이는 방법이 새로운 기술에 대한 프로토타입의 개발이기는 하지만, 프로토타입으로 끝나야 한다. 하지만 우리의 실정은 아직까지도 프로토타입을 완성된 프로그램으로 생각하고 있는 경향이 지배적인것 같다.
- 프로그래밍십계명 . . . . 2 matches
4. 무슨 일을 반복시킬 때에는 처음과 끝에 유의할지어다.
*지금 그 매개 변수가 결코 가질 수 없다는 값을 내일부터는 가지리라. 그러하니 매개 변수값이 올바름을 항상 검사할지어다. 그렇더라도 처리 속도가 문제가 되는 경우는 예외이니라.
- 프로그래밍언어와학습 . . . . 2 matches
* Language != Domain. 물론, Domain 에 적합한 Language 는 있더라도. 이 글이건 Talkback 이건.. 두개를 동일시 본다는 느낌이 들어서 좀 그렇군. (나도 가끔은 Java Language 와 Java Platform 을 똑같은 놈으로 보는 우를 범하긴 하군. -_-;)
p.s.2 토크백에 자바를 대학에서 가르칠 것을 주장하며 "파스칼 따위는 이제는 버려야죠"라는 말이 있는데, 버리려면 먼저 가지고 있어야 할 뿐 아니라, 파스칼을 갖거나 버리거나 하는 것은 이제 큰 의미가 없습니다. 구조적 프로그래밍 같은 파스칼을 주축으로 한 패러다임을 배우는 것이 중요합니다. OOP는 구조적 프로그래밍을 감싸안고 더 자라난 것이지 뒤에 남겨두고 진보한 것이 아닙니다.
- 프로그래밍잔치/ErrorMessage . . . . 2 matches
* 같은 시간, 창섭이와 상욱이는 "Hello World" 삑사리 내고 있었다. 컴파일 하면 클래스가 없댄다. 이래저래 암울한 우리 조의 분위기를 느낄 수 있었다.
* 끝나갈 무렵, 합칠떄가 왔다. 창섭군과 은지 누나가 한걸 가져와서 씌울라고 보니..(처음에는 쉬울줄 알았따. 내 메인 프레임에서 버튼을 누르면 창섭군과 은지 누나가 만든 전화번호부 프레임을 띄울 예정이었다.) 문제가 생겼다. 내껀 스윙이고, 창섭이네꺼는 AWT다.--; 스윙과 AWT 같이 쓰지 말라고 하는 말을 너무 많이 봐서.. 스윙으로 고치기 시작했다. ... shit. 함수가 다르자나.--; 이러면서 어떻게 어떻게 고치고 보니--; 메뉴가 가운데 달렸다. 석천이형의 도움을 받아서, 메뉴를 제 위치에 나오게 했다.
- 프로그래밍잔치/둘째날후기 . . . . 2 matches
처음에 팀 프로젝트를 잘하기 위한 방법에 대해 각 팀별로 토론을 했다. 다음과 같은 이야기들이 있었다.
* 에.. 다들 소감을 쓰셨군요. 저도.. 느낀점은 많았지만. 혼자 뛰지말자... 라는 점이라던지... 나를 너무 믿지 말자.. 정도? ^_^;; 무슨 소리를 하는 겐지.. 어쨌든 영동이에겐 (약간은) 아쉬운 페어가 되었었지 않을까라는 생각만 드네요.. 남은 일은 게으르지 말고 고쳐나가는 것. 도망치지말고 맞서 싸우는 것.. 뿐이군요 ㅡ.ㅡ/ --선호
- 하드웨어에따른프로그램의속도차이해결 . . . . 2 matches
* 아래는 제가 조사해본 내용인데 추상적이거든여.. 실제 사용예 같은거 있으면 자료 올려 주시면 좋겠습니다.
* 궁금한게 있는데, ["MFCStudy_2001/MMTimer"] 로 안된단 말이야? 가장 빠른걸로 알고 있어서, 동작 제어는 타이머단에서 하고, loop에서 열심히 그림 그려서 fliping만 해주면 되지 않을까? 낮에는 경황이 없어서, 그냥 멀티미디어 타이머 이야기만 했는데, winamp 같은 시간에 의존적인 프로그램들도 이 타이머를 사용해서 말이지. --["neocoin"]
- 호너의법칙/남도연 . . . . 2 matches
j=function_value;//j는 같은 식을 반복하기 위한 변수.처음에 j는 an, 그다음에는 an*X+an-1이 된다.
이렇게 하는거 맞는건가 ㅡㅡ;; 1넣으면 33 나오기는 하는데 ㅡㅜ 문제가 이해가 안감... 어쨌든 호너의 법칙은 맞고... 1넣으면 33,10,10 나옴;;
- 환경의중요성 . . . . 2 matches
생명체가 살아가는데 있어서 환경은 참 중요하다. 환경이 나빠지면 생명체에게도 나쁜 영향을 미친다. 최근 도시의 아이들에게 아토피 질환이 급증하고 있는데, 이도 같은 맥락에서 생각하면 된다. 좋은 환경에서는 다양한 개체가 유기적인 관계를 이루며 하나의 조화를 이룬다.
제로페이지는 훌륭한 공동체이다. 그들은 끊임없이 배우려고 하고 새로운 문화를 창출해 내려 한다. 단지 아쉬운건 그들에게 필요한 환경이 부족하다는 것이다. (TomDeMarco 가 PeopleWare에서 언급한 모델이나 AgileModeling에 언급되는 CavesAndCommon과 같은 장소적 측면에서의 환경) - [임인택]
- 후각발달특별세미나 . . . . 2 matches
통상 리팩토링에 대한 반론은 다음과 같은 양상을 띕니다. 리팩토링을 많이 한다 --> 함수 개수가 많아진다 --> 콜 체인이 길어진다 --> 속도가 느려진다. 메모리 문제보다는 속도 문제에서 리팩토링에 대한 우려가 불거져 나오는 것이죠.
그런데, 함수 호출에 의한 오버헤드는 컴파일러/VM 기술이 발전하면서 점점 줄어들고 있고, 문제가 복잡할수록 그런 낮은 단계의 옵티마이제이션보다 높은 단계에서의 최적화가 훨씬 더 효과적인데, 리팩토링이 잘 되어 함수가 잘게 쪼개어져 있으면 높은 단계의 최적화를 하기가 쉬워집니다. (그래도 여전히 로우레벨의 옵티마이제이션이 필요하다면 매크로나 코드 제너레이션을 쓸 수 있습니다. DavidParnas의 [http://www.acm.org/classics/may96/ 논문] 참고)
- 훌륭한프로그래머의딜레마 . . . . 2 matches
우연치 않게 두 회사에 정확히 똑같은 내용의 주문이 들어왔다. "열나어려운문제" 해결을 위한 프로그램을 작성해 달라는 것이었다.
열심히씨는 처음 예상 소요 시간인 3개월 동안 정말 열심히 일했다. 하지만 일을 하면서 예상 외의 장애를 직면했고, 밤샘 작업까지 해가면서 3개월의 마지막 날 매니져에게 이런 말을 할 수 있었다. "정말 열나게 프로그램을 짰슴다. 밤샘도 하고요. 제가 지금까지 작성한 프로그램은 2000줄입니다. 그런데, 새로운 문제가 기술적으로 불가피하게 발생했습니다. 복잡한 버그(프로그램의 오류)도 몇 가지 해결해야 하고요. 한 달 가량이 더 필요합니다." 그러고 한달 후 열심히씨는 몇 개의 버그와 더불어 나름대로 작동하는 프로그램을 매니져와 고객에게 자랑스럽게 보여줄 수 있었다. 벌겋게 충혈된 눈과 미쳐 깎지 못한 수염, 무지무지 어렵고 복잡해 보이는 2500여 줄의 프로그램과 함께. "예상보다 훨씬 더 복잡한 문제였군요. 정말 수고하셨습니다."라는 칭찬을 들으면서.
- 01학번모임 . . . . 1 match
01 학번들의 협력을 통해 제로페이지 내에서 모범적인 고학번의 모델을 제시하기 위해 앞으로도 지난 2006년 3월 10일의 모임과 같은 자리를 꾸준히 가지면 좋을것 같다는 생각이 드는데...
- 02_Archi . . . . 1 match
=== 2.어~ 쌤아저씨의 바보같은 프로그래밍 ===
- 02_Python . . . . 1 match
* 리스트와 같은 방식으로 동작하지만 객체의 내용을 바꿀수 없다.
- 05학번만의C++Study/숙제제출/2 . . . . 1 match
* 여기서 질문!! 전달인자가 1개인 함수와 2개인 함수만들어 오버 로딩 하라는 것인가? 그게 아니라면... cin을 라인별로 입력 받아햐겠는데.. 어떤때는 변수를 하나만 받고 어떤때는 변수를 두개 받아야하니.. 라인별로 처리 해야할듯.. 하지만 라인별로 처리해도....;;;; 음... 생각이 떠오르지 않음..;;; 쳇..;;[[BR]] 어제 교수가 defalte 에 대해 설명했던거 같은데.. 전달인자를 취하지 않으면 이미 입력된 변수의 값으로 처리한다. 라고...;; 음..;;;이렇게 해야하나?
- 05학번만의C++Study/숙제제출1/윤정훈 . . . . 1 match
* 요는 함수가 없다는 말..ㅎ 나랑 똑같은 일을 했구나~;;ㅁ;; - [조현태]
- 05학번만의C++Study/숙제제출1/조현태 . . . . 1 match
그리고, 너가 짠 소스는 문제에 대한 답이 아닌것 같은데? 문제를 잘 읽고 써주길 - 아영
- 05학번만의C++Study/숙제제출1/최경현 . . . . 1 match
convert 함수라고 되있는거 long으로 하지말고 float이나 double같은 소수점 나타낼 수 있는걸로 해봐. 그리고 왜 대입을 두번이나? - [재혁]
- 1thPCinCAUCSE/ExtremePair전략 . . . . 1 match
* {{{~cpp int}}}에서 {{{~cpp Over Flow}}}나는 문제가 있었는데 상규가 {{{~cpp __int64}}}를 알고 있었습니다...^^;;;
- 1thPCinCAUCSE/ProblemA/Solution . . . . 1 match
|| 답안 || 누구의 || 무슨 언어로의 || 몇시간 걸린 ||
- 2002년MT . . . . 1 match
* 코펠이나 버너는 민박집에 있을거같은데.~, 없을 수도 있는데..
- 2002년도ACM문제샘플풀이/문제C . . . . 1 match
Means Ends Analysis라고 하는데 일반적인 문제 해결 기법 중 하나다. 하노이 탑 문제가 전형적인 예로 사용되지. 인지심리학 개론 서적을 찾아보면 잘 나와있다. 1975년도에 튜링상을 받은 앨런 뉴엘과 허버트 사이먼(''The Sciences of the Artificial''의 저자)이 정립했지. --JuNe
- 2005리눅스프로젝트<설치> . . . . 1 match
* 그놈 리눅스는 없다네...;; 그놈은 kde와 같은 X-서버(맞나? X 아님 윈도매니져 인데..)의 종류일뿐...
- 2006신입생/방명록 . . . . 1 match
어쨌든 가입!! ㅋ그런데 위키는 하나도 모르겠다.. ㅠ_ㅠ 선배들한테 배워야 될게 넘 많은거 같은 기분이.. ㅋ_ㅋ - 차형 -
- 2011국제퍼실리테이터연합컨퍼런스공유회 . . . . 1 match
퍼실리테이션이 잘 이루어지려면 잘 훈련된 퍼실리테이터(facilitator)가 있어야 한다. 훌륭한 퍼실리테이터는 보통 다음과 같은 일을 한다.
- 2011년MT . . . . 1 match
* 의정이는 후발인거같은데 상혁이는 안가는건가? - [서지혜]
- 2011년독서모임/주제 . . . . 1 match
||시험에 관한 이야기(7막 7장같이 노하우 같은건 제외)|| ||
- 2dInDirect3d/Chapter2 . . . . 1 match
Direct3D에서 사용하는 색상은 '''D3DCOLOR''' 이다. (3D에서는 COLORREF였다.) 저것을 정의하는 매크로에는 다음과 같은 세가지가 있다.
- 2ndPCinCAUCSE/ProblemB . . . . 1 match
우리 나라는 가족 혹은 친척들 사이의 관계를 촌수라는 단위로 표현하는 문화를 가지고 있다. 이러한 촌수는 다음과 같은 방식으로 계산된다. 기본적으로 부모와 자식 사이를 1촌으로 정의하고 이로부터 사람들 간의 촌수를 계산한다. 예를 들면 나와 아버지, 아버지와 할아버지는 각각 1촌이므로 나와 할아버지는 2촌이 되고, 아버지 형제들과 할아버지는 1촌이므로 나와 아버지 형제들과는 3촌이 된다. 여러 사람들에 대한 부모 자식들 간의 관계가 주어졌을 때, 주어진 두 사람의 촌수를 계산하는 프로그램을 작성하시오.
- 2ndPCinCAUCSE/ProblemC . . . . 1 match
아이들을 순서대로 줄을 세우기 위해, 먼저 4번 아이를 7번 아이의 뒤로 옮겨보자. 그러면 다음과 같은 순서가 된다.
- 2thPCinCAUCSE/ProblemA/Solution . . . . 1 match
|| 답안 || 누구의 || 무슨 언어로의 || 몇시간 걸린 ||
- 2thPCinCAUCSE/ProblemB/Solution . . . . 1 match
|| 답안 || 누구의 || 무슨 언어로의 || 몇시간 걸린 ||
- 2thPCinCAUCSE/ProblemC/Solution . . . . 1 match
|| 답안 || 누구의 || 무슨 언어로의 || 몇시간 걸린 ||
- 2학기파이선스터디/if문, for문, while문, 수치형 . . . . 1 match
때로는 사전을 이용하는 것이 더 좋을 때도 있는데, C언어의 switch, case문과 같은 맥락에서 이해하면 된다. 다음은 위와 동일한 결과를 가져온다.
- 3DAlca . . . . 1 match
* 멋진 광원 효과 같은거 연구해서 넣기, 그림자 효과도.
- 3N+1Problem/강희경 . . . . 1 match
2. 범위 안에 어떤수의 2의 배수가 있는 경우(또는 (x - 1)/3이 있는 경우) 1과 같은 이유로 그 수는 최대값에서 배제한다.
- 3N+1Problem/황재선 . . . . 1 match
둘다 무슨 의미인지 정확히 모르겠다. -- 재선
- 3n 1/이도현 . . . . 1 match
4. 첫 번째 당했던 입력의 순서 크기 문제가 출력에서도 다시 말썽 - 단순히 스왑을 시켜버림으로써 원래 입력이 망가지는 모습을 보였다.
- 3rdPCinCAUCSE/ProblemA . . . . 1 match
왼쪽그림에서와 같이 같은 색의 바둑알이 연속으로 다섯 알이 놓이면 그 색이 이기게 된다. 여기서 연속이란 가로, 세로 또는 대각선 방향 모두를 뜻한다. 즉, 위의 그림은 검은색이 이긴 경우이다. 하지만, 여섯 알 이상이 연속으로 놓인 경우에는 이긴 것이 아니다.
- 3rdPCinCAUCSE/ProblemC . . . . 1 match
모양은 같으나, 무게가 모두 다른 N개의 구슬이 있다. N은 홀수이며, 구슬에는 번호가 1,2, .... N으로 붙어있다. 이 구슬 중에서 무게가 전체의 중간인 (무게 순서로 (N+1)/2번째) 구슬을 찾기 위해서 아래와 같은 일을 하려 한다.
- 5인용C++스터디/멀티미디어 . . . . 1 match
그 후 컴파일하고 실행한 후 작업영역을 왼쪽 마우스 버튼으로 누르면 소리가 날 것이다. 시스템에 사운드카드가 장착되어 있어야 하며 같은 디렉토리에 Battle.wav라는 파일이 있어야 할 것이다.
- 5인용C++스터디/윈도우에그림그리기 . . . . 1 match
GDI(Graphics Device Interface)란 윈도우의 클라이언트 영역에 그리기를 하는데 사용되는 함수이다. 비디오 출력과 프린터에 그래픽 출력을 책임지고 있는 부분이다. 사용자가 Windows용으로 작성하는 응용 프로그램이 GDI를 사용하여 시각적인 정보를 출력할 뿐 아니라 Windows 자체도 GDI를 사용하여 메뉴, 스크롤 바, 아이콘, 그리고 마우스 커서 같은 사용자 인터페이스 아이템의 시각적인 출력을 수행한다.
- 5인용C++스터디/템플릿스택 . . . . 1 match
|| 문원명 || Upload:StackTemplateMwm.cpp || 잘 했으나.. pop 함수에서 꺼낸 값을 리턴시도록 만들라고 한것 같은데... ||
- 8queen/손동일 . . . . 1 match
// 하지 않으면 실행할때마다 같은값을 만듭니다. -_-;;
- <시작페이지 사용규칙> . . . . 1 match
* 링크를 통한 이동이 생명이므로 페이지 끝에는 꼭 이전 메뉴로 돌아갈 수 있도록 [시작] 같은 메뉴를 삽입해둔다
- ACE/HelloWorld . . . . 1 match
* project setting 에서 c++ 탭에 code generation->use run-time library 에서 (debug) multithreaded 또는 (debug) multithreaded dll (무슨차이가 있는지 아직 확실하게 모르겠다)
- ACM2008 . . . . 1 match
[http://acm.pku.edu.cn/JudgeOnline/ POJ] Peking university Judge Online 이란 시스템이 있는데 온라인으로 프로그래밍 문제를 제공하고, 온라인으로 소스를 보내면 서버에서 컴파일해서 결과를 알려주는 시스템이다. 책에서는 code 의 길이를 이용한 코드 골프쪽에 초점을 맞추고 있었지만 이 프로젝트의 목표상 그럴 필요는 없을거 같다. 다만 온라인으로 제공되는 문제가 꽤 있고 평가하는 시스템이 있으므로 보다 즐겁게 놀 수 있는 '꺼리' 일 것 같다.
- ACM_ICPC/2013년스터디 . . . . 1 match
* n 마리의 쥐가 크기가 같은 n 개의 버터를 먹는데 n 시간이 걸린다고 할 때 , m 마리의 쥐가 m 개의 버터를 먹는데 걸리는 시간을 구하는것이 문제이다. 각각의 쥐가 치즈를 먹는 속도는 모두 동일하다고 한다.
- AKnight'sJourney . . . . 1 match
기사는 또 다시 같은 검은색과 흰색 사각형을 보는 것이 지루해 '''전 세계'''를 여행하기로 결심했다. 기사의 세계는 8*8 보다 각은 면적을 가진 체스판이다. 기사는 이동할 때 두 칸 이동하고 직각으로 한 칸 이동한다.
- AM . . . . 1 match
* 모임시 발표 자료, PPT 같은 것 좀 업로드 해주실 수 없나요? --[강희경]
- AM/알카노이드 . . . . 1 match
주석을 안 달아서 뭐가 뭔지 했갈릴까봐 간략히 설명합니다. 옛날 알카노이드 겜을 모델로 해서 거의 비슷해요. 일단 CVaus 클래스는 플레이어(움직이는 막대), CBrick은 벽돌, CPill은 알약, CBall은 공입니다. 아직 총알 나가는건 안되구요, 맵도 하나밖에 없어요. 다 깨도 그냥 똑같은 맵이 나와요. (참고로 알약중에 보라색이 다음판 넘기는거구, 빨간색은 총알쏠수 있는 상태임). 메뉴 기능되는것도 없고, 게임오버되면 다시 실행 해야되요 -세환
- APlusProject/CM . . . . 1 match
이전꺼랑 다 똑같은데 끝에 페이지 잘못되었길래 수정해서 올렸습니다 (QA - 서윤주) - 수정해서 다시 올렸다
- APlusProject/ENG . . . . 1 match
"연결이 이미 열려 있습니다(상태=Open)."라고 하면서 에러 페이지가 나옵니다.
- APlusProject/QA . . . . 1 match
대략 이런식의 테이블을 만들면 돼. 지금 정확히 이름은 못짓겠다. 만들면서 지으면 될 듯. 의미는 어떤 요구 사항이 어떻게 설계 되서 무엇으로 구현 되었는가를 번호 같은 걸로 연결 해주면 되는거야. 최종 문서들(요구 사항 정의서, 요구 사항 분석서, 기본 설계서, 상세 설계서, 소스 코딩 문서) 보고 만들면 되고 아마도 PL의 도움이 필요할 거야. PL에게는 너가 직접 연락하면 될거야. PL에게 내가 이미 이야기 해 놨으니 바로 알아들을거야. 간단히 되는 대로 올려줘. 그럼 내가 확인하고 고칠 점 있으면 알려줄께. --재동
- ASXMetafile . . . . 1 match
XML의 문법을 따르며 다음과 같은 element가 있다. element만을 보고도 해당 element가 무엇을 의미하는지 알 수 있다. (약간 모호할 수 있는 것은 설명을 같이 넣었다)
- A_Multiplication_Game/김태진 . . . . 1 match
* 별 ㅈㄹ을 다해도 accept가 뜨지 않아서 포기하고 영기가 푼걸 봤는데, 얼핏보니까 풀이가 같은 방식이잖아? 뭐가 문제지??
- AcceleratedC++/Chapter2 . . . . 1 match
예전에 http://www.pragmaticprogrammer.com/ppllc/papers/1998_05.html 에서 invariants라는 말이 나왔었는데 같은 개념으로 생각하면 될려나 ㅡ,.ㅡ; --[Benghun]
- Ajax/GoogleWebToolkit . . . . 1 match
무엇보다 편한점은 이클립스 환경의 자바를 개발할 수 잇다는 점이 아닐까 생각함. ㅡ.ㅡ;; 무슨말이 더 필요할까 - [eternalbleu]
- AnEasyProblem . . . . 1 match
예를들어, "78"이 주어지면, 여러분은 "1001110"과 같은 이진수 형태로 쓸 수 있습니다. 이 이진수는 4개의 1을 가지고 있습니다. "1001110" 보다 크고 4개의 1을 포함하는 가장 작은 정수는 "1010011"입니다. 출력값은 "83"이 되어야 합니다.
- AnEasyProblem/김태진 . . . . 1 match
* 한번만에 accept 부럽다아-. 난 항상 고루고루 에러를 겪는데ㅋㅋㅋㅋ 덕분에 기를 빨려서 그런가 두번째 문제가 이해가 안간다 ㅠㅠ 왜 A1B3C1A2 요런식으로 가는거고 위에 3은 뭐고 으어어... -[강소현]
- AppletVSApplication/상욱 . . . . 1 match
- 애플릿은 같은 HTML 페이지에 있는 다른 애플릿의 public 메소드를 호출할 수 있습니다.
- ApplicationProgrammingInterface . . . . 1 match
''딱히 만들어진 특징적인 페이지가 없다. -_-;''
- ArtificialIntelligenceClass . . . . 1 match
요새 궁리하는건, othello team 들끼리 OpenSpaceTechnology 로 토론을 하는 시간을 가지는 건 어떨까 하는 생각을 해본다. 다양한 주제들이 나올 수 있을것 같은데.. 작게는 책에서의 knowledge representation 부분을 어떻게 실제 코드로 구현할 것인가부터 시작해서, minimax 나 alpha-beta Cutoff 의 실제 구현 모습, 알고리즘을 좀 더 빠르고 쉬우면서 정확하게 구현하는 방법 (나라면 당연히 스크립트 언어로 먼저 Prototyping 해보기) 등. 이에 대해서 교수님까지 참여하셔서 실제 우리가 당면한 컨텍스트에서부터 시작해서 끌어올려주시면 어떨까 하는 상상을 해보곤 한다.
- AttachmentMacro . . . . 1 match
/!\ Attachment는 매크로로 구현되어 있으므로 {{{[[Attachment(hello.png)]]}}}라고 해도 똑같은 방식으로 작동을 합니다. 그러나 '''attachment:'''문법을 쓰시기 바랍니다.
- AwtVSSwing/영동 . . . . 1 match
* 단점: 운영체제에 따라 버그가 발생할 수 있다. 불규칙한 컴포넌트의 모양과 레이아웃 설정 문제가 발생한다.
- BeeMaja . . . . 1 match
마야라는 꿀벌이 있다. 마야는 수천 마리의 다른 벌들과 함께 육각형 모양의 벌집에서 살고 있다. 그런데 마야에게 문제가 생겼다. 그녀의 친구 윌리가 만날 장소를 알려줬는데, 윌리(숫놈 일벌)와 마야(암놈 일벌)는 서로 다른 좌표계를 사용한다.
- Benghun . . . . 1 match
아 네에... 거기서는 무슨 일을 하시나요?
- Benghun/Diary . . . . 1 match
아는 사람 중에 함수나 클래스를 만드는 것을 대단히 꺼리는 사람이 있다. 만들면 좋을 것 같은 간단한 함수조차도 직접 만들려고 하지 않는다. 하지만 이미 잘 만들어 진 라이브러리는 자주 사용한다. dependency가 없다면 변경에 영향을 받는 모듈이 없을 것이다. 나름대로 잘 사용하는 replace all in files, replace all in file, copy & paste등이 강력한 프로그래밍 도구중 하나인 것 같기도 하다.(최소한 나보다는 잘 사용하는 것 같다, 나름대로의 노하우도 있는 것 같다) 아마도 그는 dependency를 최소화하는 것에 큰 관심이 있거나 다른 이유가 있나보다.
- Bigtable/DataModel . . . . 1 match
1. 여러 태블릿이 하나의 SSTable을 참조해도 블럭들을 오프셋으로 참조하므로 같은 부분을 참조하는 일이 없다.
- Bigtable기능명세 . . . . 1 match
1. (태블릿은 같은 ROW를 담고 있으므로 클라이언트는 트리탐색을 통해 TS를 할당받는다)
- Bioinformatics . . . . 1 match
인간의 염색체(chromosome)의 종류는 23개이다. 22개는 상염색체(autosome)이고 1개는 성염색체(sex chromosome)이다. 한 종류의 염색체는 서로의 쌍을 가지고 있다. 따라서 인간의 염색체군(genome)은 46개의 chromosome으로 구성되어 있다. chromosome은 세포내에서 대부분의 시간을 실타래(fiber)같은 형태로 있는데.. 이는 chromosome 기본단위인 뉴클레오솜(Nucleosome)들이 결합된 형태이다. 이 nucleosome은 하나의 히스톤(histone)단백질을 DNA가 두번 휘감은 형태이다. --작성중
- BirthdatCake/하기웅 . . . . 1 match
이것을 이용해서 a, b를 for문을 통해 변화 시켜가면서 위에 있는 점과 아래에 있는 점이 개수가 똑같은 때의 기울기를 찾는 방식.
- BlogLines . . . . 1 match
feed demon 을 주로 쓰고 있는데... 이유는 ㅡ.ㅡ;; 실행이 빠르고 watch 기능등이 있다는 정도랄까요 ;; xpyder, yeonmo 같은 것도 설치는 해봤는데.. 약간 느린 바른 속도때문에 바로 지우고야 말았다는.. 아무래도 조급증에 걸린것 같습니다. 아 그리고 블로그에 가면 tatter를 이용해서 사용합니다. - [eternalbleu]
- BoaConstructor . . . . 1 match
4. 재사용될 것 같은 모듈들에 대해 UnitTest 를 붙여나간다. 추후 추출용.
- Boost . . . . 1 match
1997년, C++의 국제 표준화 작업의 마지막을 알리는 종이 울리던 그 때, 자신들의 표준으로 올리자고 주장했던 표준 라이브러리의 기능이 삭제된 것에 불만을 품은 몇 명의 엔지니어들이 있었습니다. 이들 중 몇 명은 표준화 위원회 내부 임원이었는데, 이들은 결국 2차 표준화 작업 중에 표준 라이브러리의 기능을 보완하고 추가하기 위한 기구를 만들기 시작합니다. 그 결과가 바로 Boost(부스트)로서, '''여러 사람들에 의해 검토되고 보완된 C++ 라이브러리를 무료'''로 제공하는 웹 사이트입니다. C++ 표준 라이브러리와 잘 조화되어 동작하며 이식이 가능한 라이브러리를 만드는 데에 중점을 두고 있는데, 이런 취지에는 다음과 같은 동기가 있었다고 합니다.
- BoostLibrary . . . . 1 match
1997년, C++의 국제 표준화 작업의 마지막을 알리는 종이 울리던 그 때, 자신들의 표준으로 올리자고 주장했던 표준 라이브러리의 기능이 삭제된 것에 불만을 품은 몇 명의 엔지니어들이 있었습니다. 이들 중 몇 명은 표준화 위원회 내부 임원이었는데, 이들은 결국 2차 표준화 작업 중에 표준 라이브러리의 기능을 보완하고 추가하기 위한 기구를 만들기 시작합니다. 그 결과가 바로 Boost(부스트)로서, '''여러 사람들에 의해 검토되고 보완된 C++ 라이브러리를 무료'''로 제공하는 웹 사이트입니다. C++ 표준 라이브러리와 잘 조화되어 동작하며 이식이 가능한 라이브러리를 만드는 데에 중점을 두고 있는데, 이런 취지에는 다음과 같은 동기가 있었다고 합니다.
- BuildingParserWithJava . . . . 1 match
오 이게 그때 보던 책인가 보군, 재밌을거 같은데 - 상협
- BuildingWikiParserUsingPlex . . . . 1 match
처음에는 Wiki 에서 Tag 에 대해 Tagger 클래스를 만들고, link 를 걸어주는 부분에 대해 AutoLinker 를, Macro 에는 MacroApplyer 를 각각 만들어주었다. 그러다가 문제가 생겼는데, 태그중에 그 영향력이 겹치는 부분이 생겨나게 된 것이다. 즉, 예를 든다면 Macro 의 경우 CamelWord 로 이름지어지기도 하는데, 이는 AutoLinker 의 apply 를 거치면서 archor 태그가 붙어버리는 것이다.
- C++Seminar03/SimpleCurriculum . . . . 1 match
[C++Seminar03]에서 진행하게 될 대강의 커리큘럼. 각 주에 하면 좋을것 같은 내용들을 간단하게 정리해둡니다. 페이지 크기가 커지면, 하위페이지로 [문서구조조정]을 할 것입니다.
- C++Study_2003 . . . . 1 match
회의록 같은건 없는 건가요?
- C++스터디_2005여름/도서관리프로그램/문보창 . . . . 1 match
Book 클래스와 ManageBook 클래스로 나눠서 각자 맡은바 임무를 잘 해 주도록 일을 분담했다. 스터디 시간에 Null 포인터에 자꾸 노드를 삽입했기 때문에 노드가 추가 되지 않았다. 그 전에도 그런 실수를 했는데 똑같은 실수를 반복하다니...
- C++스터디_2005여름/학점계산프로그램 . . . . 1 match
- 우리가 같은 클래스에 속하는 객체를 여러개 생성하기를 원할 때, 서로 독립된 객체 변수들을 개별적으로 생성하는 것보다 객체들로 이루어진 배열을 생성하는 것이 더 바람직할 것이다. 지금까지 우리가 사용해온 일반적인 배열과 사용법이 같다.
- C++스터디_2005여름/학점계산프로그램/정수민 . . . . 1 match
나는 C++같은거 안배워서 모르겠다모~@0@ 검은건 글이고 흰건 배경이얌~>ㅃ<;;
- C++스터디_2005여름/학점계산프로그램/허아영 . . . . 1 match
칼큘레이트(귀차니즘으로 영어 생략)함수와 스튜던트 함수 양쪽에서 둘다 파일 입출력 하는게 있는것 같은데..
- CCNA . . . . 1 match
* ethernet: CSMA/CD- 이더넷 통신에서 사용하는 프로토콜이다. 회선이 사용중이지 않을때 전송하고 충돌이 생기면 일정시간후 재전송한다.
- CNight2011 . . . . 1 match
* 이번 스터디를 통해서 포인터랑 배열의 관계를 완전히 암기하게 되었습니다. 그리고 동적할당을 쓸 수 있게 되었습니다! 이게 가장 큰 소득이라고 생각합니다. 메모리 그려가면서 남에게 설명해주라고 하면 할 수 있을 것 같은 느낌이 듭니다. 아, 구조체는 아직 어떻게 쓰는지 잘 모르겠어욤.... 링크드 리스트도 쓰는 건 잘 모르겠습니다. 뭐 하는 건진 잘 알겠습니다. 이런 활동 언제든지 환영입니다. 밤샘은 정신을 맑게 해주니까요 (?) - [고한종]
- CNight2011/고한종 . . . . 1 match
C언어에서 int a[ 2]={1,2} 선언후 printf("%d",a[2]); 같은 경우도 허용하므로 언제 터지는지 알 수가 없었다..
- COM/IUnknown . . . . 1 match
정상규현된 컴포넌트라면 인터페이스 포인터를 비교하는 것을 통해서 각 객체가 같은 컴포넌트의 인스턴스인지 확인이 가능하다.
- CPPStudy_2005_1 . . . . 1 match
* 소스코드의 코딩은 VS6를 이용할 수도 있겠지만, VS6가 나온지가 오래되다 보니 STL을 다루는 방식이 좀 달라서 책의 소스를 그대로 이용하는데 문제가 존재합니다. 따라서 .net 을 이용하거나 gcc를 이용하는 방식을 추천합니다.
- CVS/길동씨의CVS사용기ForRemote . . . . 1 match
도움말 : 프로젝트를 서버에 등록한다. 만약 내부에 소스같은 자원이 있다면 같이 등록된다.
- CarmichaelNumbers . . . . 1 match
페르마 테스트와 같이 빠른 속도로 매우 정확하게 소수 여부를 판단할 수 있는 확률적 소수 테스트 방법이라는 것이 있다. 소수 여부를 판단해야 할 정수 n이 주어졌을 때 a는 2이상 n-1이하의 난수라고 하자. 그러면 다음과 같은 식이 성립하면 n은 소수일 가능성이 있다.
- Chopsticks . . . . 1 match
위의 입력 예에 대해서 다음과 같은 식으로 젓가락 세트를 구성할 수 있다.
- CleanCodeWithPairProgramming . . . . 1 match
* 하나의 작업을 둘이 한다는 점에서 당연히 어려운 점이 있을 수 밖에 없었지만, 막히는 부분이 생기면 바로 질문을 하거나 이야기를 통해서 문제를 해결 할 수 있는 점이 매력적이였습니다. - [조영준]
- CodeRace . . . . 1 match
코드 레이스는 팀 단위 실시간 프로그래밍 경진 대회입니다. 온라인게임이나 바둑, 혹은 스포츠 중계를 컴퓨터 프로그래밍에 적용하면 어떨까요? 코드 레이스는 10여팀이 동시에 같은 문제를 두고 프로그래밍을 하고, 이 모습이 실시간으로 벽에 투영되며, 해설자들은 관중과 교감해가며 그들이 두는 코드 한 수 한 수를 해설하는 독특한 행사입니다.
- CodeRace/20060105 . . . . 1 match
* 창준이형 저것이 무슨 언어에요? 되게 짧게 가능하네요,, - [(namsang)]
- CommentEachOther . . . . 1 match
전에도 느꼈었고, 여러 대가들께서도 자주 말씀하시곤 하는데, 자신의 코드의 퀄리티를 높이려면 남이 만들어놓은 소스를 보라는 이야기가 있다. 이 글을 읽는 분들도 동의하리라 생각한다. CommentEachOther 는 [AOI]나 LittleAOI 처럼 여러 사람이 한 문제에 대한 풀이를 올리고 그것들에 대한 코멘트를 하는 스터디라 할 수 있겠다. 여기서 코멘트라 함은 소스코드에서 명령문 옆에 붙이는 간단한 부연설명이 될 수도 있겠고, 코드 전체에 대한 비평이나 느낌일수도 있다. 처음에는 간단한 문제로 시작해서 디자인 principle 이 들어가있는 프로그램으로 횟감의 스케일을 키워나가는게 어떨까 생각을 한다. 나는 그냥 제안하는 입장이고, 간혹 간단하게 작성한 소스를 올리는 정도로만 참여하도록 하고, 적극적인 참여를 할 사람들이 생기면 이곳에 문제와 자신의 코드를 올리고 토론을 해봤으면 좋겠다. 토론의 방법이야 오프라인 모임에서 하거나 따로 코멘트 페이지를 만들거나. 자. 다들 어떻게 생각하시는지? 참여할분들(!) 계시면 아래에 참여자 목록과 문제를 업로드해 주셨으면.~ - 임인택
- ComputerNetworkClass/Exam2006_1 . . . . 1 match
상기와 같은 형식의 네트웍에서 각 라우터의 CIDR 관련 테이블의 내용을 적으시오.
- ComputerNetworkClass/Exam2006_2 . . . . 1 match
2.1 playback time 에 대한 책에 제시된 그래프를 그리고 그 설명을 하는 문제. (2.1 문제에서는 MPEG 과 같은 압축 기법이 이용되지 않는다고 가정)
- ContestScoreBoard/차영권 . . . . 1 match
푼 문제수와 Time 패널티가 모두 같은 때에는 팀 번호가 작은 순으로 출력해야된다.
- Conversion . . . . 1 match
각자의 클라이언트들은 같은 정보임에도 서로 다른 프로토콜로 표현된 것이 필요할 때가 있을 것이다. 가장 쉬운 방법은 필요로 하는 객체마다 가능한 모든 프로토콜을 넣는 것이지만... 역시 낭비다.
- ConverterMethod . . . . 1 match
위 예제에서 Set은 Collection처럼 동작해야 한다. 즉, 객체가 리턴한것은 수신 객체와 같은 프로토콜을 가지고 있어야 한다. C++에서는 상속으로 해결할 수 있을듯하다.
- CooperativeLinux . . . . 1 match
신기하다. 윈도우즈 쓰레드로 돌아가는 리눅스라고 한다. 이전에 BeOS 같은 경우를 본적은 있지만(OS on OS) 음.. 리눅스 커널이 윈도우 쓰레드로 돌아간다..라.. 근데 안전한지는 잘 모르겠다!
- Counting . . . . 1 match
그는 그가 만든 간단한 게임을 하면서 놀고 있다. 그가 알고 있는 네 개의 숫자를 가지고 수를 만든 다음 그 값을 모두 더한다. 예를 들면 다음과 같은 식이다.
- CvsNt . . . . 1 match
주의할점! CVS 에 해당 프로젝트와 같은 이름의 tar.gz를 올리지 말것! tarball 기능시 viewcvs 가 tarball 화일을 만들때 이름충돌이 나기 때문이다.
- DataCommunicationSummaryProject . . . . 1 match
* 다 정리할 필요 없이 자신이 소화한 내용을 간단히 적으면 안되나요? 우리가 뭐 고등학생도 아니고 큰 줄기가 아닌 내용까지 다 요약하자는 이야기는 아니었던 만큼, 소화한 내용을 적으면 얼마 안될거 같은데, 그정도도 못할까요? - 상협
- DataStructure/List . . . . 1 match
* 장점 : 빠르다. (배열 같은 경우는 중간에 하나 지우고 나면 그 뒤에껄 다 앞으로 땡겨야 한다. 수행시간 절라 오래 걸린다. 하지만 리스트는 다음 노드를 가리키는 포인터만 바꿔주면 된다.)
- DataStructure/String . . . . 1 match
같은 것이 없는 경우 - abcabcac f(j) = -1 -- [황재선]
- DatabaseClass/Exam2004_1 . . . . 1 match
- (튜플변수관련. 튜플 변수 사용 안하고 같은 테이블끼리 비교한 예)
- DebuggingTip . . . . 1 match
기본 예제와 같은 작업을 했는지 확인한다.
- DesignPatternSmalltalkCompanion . . . . 1 match
다음과 같은 이유에서 DesignPatterns (이하 GoF)를 먼저보고 보거나 같이 보는 것을 추천한다.
- DesignPatterns/2011년스터디/1학기 . . . . 1 match
1. CRC 모델링에 대해 설명하는 부분에 '''도메인 영역의 언어로 문제를 기술하라'''는 말이 인상적이었다. get과 set을 사용할 필요가 없다는 걸 와닿게 하는 말이었다. 언젠가 정모에서 ''체험 OO 현장''같은 활동을 해보고 싶음. 우리 모두 객체가 되어보아Yo :)
- DevOn . . . . 1 match
* [정진경] - [파이어버그]의 기능들이 [파이어폭스]에 점점 합쳐지면서, 해당 기술들을 쓰는 것을 보여줬는데, [WebKit] 기반의 브라우저, 특히 [구글 크롬]과 크게 차별화된 점은 보지 못했다. 어느 정도 디테일한 부분에서 다른 점들이 있는 것 같은데, 눈으로 봐서는 잘 기억나지 않는다. 내가 크롬 도구를 전문적으로 써본 게 아니라서 파이어폭스의 디버거가 어떤 점이 더 우수한지는 잘 모르겠다. 기능 면에서는 부족하지 않은 것 같다.
- Downshifting . . . . 1 match
또 하나 유용한 충고. 다운시프팅 같은 변화를 행동으로 옮길 때는 작은 부분부터 바꾸어나가라. 그리고 한 번 변화에 실패했다고 포기하지 말라! -- [Leonardong]
- Eclipse . . . . 1 match
||Ctrl+Space ||자동완성. 퀵픽스에 버금가는 사기 기능. 내가 무슨 기능을 쓸 수 있는지 자바독과 함께 보여주며 엔터만 치면 구현을 끝내주는 역할을 한다. 혹자는 퀵픽스와 자동완성, 그리고 JUnit만 있으면 어떤 프로그램이든 만들 수 있다고 한다.||
- Eclipse/PluginUrls . . . . 1 match
* 위와 같은 에러 메시지가 뜬다면 Windows -> preference -> Team -> SVN 에서 SVN interface 를 JavaSVN -> JavaHL 로 변경해야 함
- EclipsePlugin . . . . 1 match
단 jsp 파일을 servlet 파일로 변경하면서 jsp 파일의 상위폴더를 패키지 명으로 사용하는데 이 때문에 warning 이 발생하는 아주 작은 문제가 있다. :)
- EightQueenProblem/lasy0901 . . . . 1 match
같은 대각선에 있다면 x좌표와 y좌표의 합이나 차가 같다는 사실을 이용해서 프로그래밍했습니다.
- EightQueenProblem/nextream . . . . 1 match
기본 아이디어는 한 라인씩 진행해 가면서 현재 라인 선상에서 X좌표값을 바꿔가며 위에 있는 퀸들에 의해 위협을 받는지 검사해서 안전한 경우에는 계속 다음 라인으로 진행하고, 아닌 경우에는 철수하는 것입니다. 위협여부에 대해서는 같은 세로선상이거나, 대각선인 경우는 X, Y 좌표의 합과 차가 각각 동일한 것이 있는지를 조사하는 것으로 만들었습니다.
- EightQueenProblem/임인택 . . . . 1 match
recursive-call 을 이용하겠다는 생각이 퍼뜩 들었다. 역시 가장 문제가 되는 부분은 backtrack 하는 부분이었다.
- EightQueenProblem2 . . . . 1 match
이러한 변형 N-Queen 문제는 어떻습니까? http://eunjae85.new21.org/problem11/problem11.htm 입력값은 n과 h이고, 한 퀸이 h개까지 다른 퀸을 공격할 수 있게 하는 것입니다. h=0 이면 보통 N-Queen 문제가 되지요. --아무개.
- EmbeddedSystem . . . . 1 match
* 임베디드 시스템은 더 큰 시스템의 구성요소를 이루거나 사람의 개입 없이 동작하도록 기대되는 하드웨어와 소프트웨어이다. 전형적인 임베디드 시스템은 전원이 켜져 동작하기 시작하면 전원이 꺼질 때까지 멈추지 않는 특수한 용도로 사용하는 일부 응용 프로그램을 시동하는 롬에 들어 있는 소프트웨어를 포함하는 단일 보드 마이크로컴퓨터이다. 임베디드 시스템은 운영체제를 포함하거나 단일 프로그램으로 작성할 수 있을 만큼 단순할 수 있다. 시스템에 필요 없을 경우 키보드, 모니터, 직렬 통신, 대용량 기억 장치와 같은 일반적인 주변 장치나 사용자 인터페이스 소프트웨어를 지원하지 않는다.그리고 실시간성을 요구할 때도 있다.
- EnglishSpeaking/2011년스터디 . . . . 1 match
* [김수경] - 오늘 처음으로 심슨 대사를 따라해봤습니다. 지원언니께서 네명이 같이 연습할만한 장면들을 미리 골라두셨는데 막상 오늘 온 사람이 두명이라 다른 장면을 연습했습니다. 40초도 채 안 되는 짧은 대화인데 참 어렵더라구요. 한 문장씩 듣고 따라하고, 받아쓰기도 하고, 외워서 해보는 등 한 장면을 가지고 여러번 연습한 것은 매우 좋았습니다. ''You tell me that all the time.''이나 ''Let me be honest with you.''가 어려운 문장은 아니지만 막상 말하려면 딱 생각이 안 났을 것 같은데 오늘 이후로는 좀 더 유려하게 말할 수 있을 것 같아요. 앞으로 매주 진행하면 이런 표현들이 늘어나겠죠 ㅋㅋㅋ
- EnglishSpeaking/TheSimpsons/S01E03 . . . . 1 match
* 바트의 초등학교로부터 바트의 아버지 호머가 일하는 원자력 발전소로의 현장학습이 이루어진다. 바트가 사고를 치는 바람에 호머는 직장에서 짤리게 되고 다른 직업을 구하려고 하지만 이도 여의치 않자 호머는 자살을 시도한다. 하지만 위험하게도 다리에 정지 표지판이 없음에 문제가 있다는걸 알고 호머는 안전표지판 세우기의 선구자(?)가 된다. 이후 호머의 안전 연설은 원자력 발전소에까지 이루어지고 자신의 회사에 지장을 줄 우려가 있음을 느낀 원자력 발전소 사장 번즈는 호머를 따로 불러 복직을 시켜주겠다고 하는데..
- EnglishSpeaking/TheSimpsons/S01E04 . . . . 1 match
* 호머는 가족들을 데리고 번즈 사장의 집에서 열리는 (의무적으로) 회사 연회에 참가한다. 번즈 사장은 화목해보이지 않는 가족은 해고해버리려고 하고 호머는 번즈 사장 앞에서 가족들이 화목한 '척'을 하려고 한다. 하지만 바트와 리사는 사고를 치고, 마지는 펀치를 마시다가 술에 취해버린다. 호머는 바트에게 5달러를 주고 뽀뽀를 받는 등 부자연스러운 연기를 하는 반면 진실되게 서로를 존중해주는 다른 가족들을 보며 자신의 가족에 문제가 있음을 알고 실의에 빠진다. 모의 술집에서 고민하던 호머는 TV 광고를 보고 마빈 몬로 박사의 가족 치료 센터에서 이 문제를 해결하고자 가족들을 데리고 간다. 하지만 호머를 비롯한 가족들은 어째 몬로 박사의 다양한 치료법들이 모두 역효과를 불러 일으킨다. 하지만 만족하지 못하면 2배 가격으로 환불해줘야 하는 치료 센터의 규정 덕택에 심슨 가족들은 오히려 돈을 벌게 되고 이로 인해 가족들에게 행복(?)이 찾아온다.
- EnglishWritingClass/Exam2006_1 . . . . 1 match
교과서 "Ready To Write" 에서 제시된 글쓰기의 과정을 묻는 문제가 다수 출제되었음. (비록 배점은 낮지만)
- EuclidProblem/이동현 . . . . 1 match
문제가 있길래 한번 도전해봤습니다. 참여하는데 다른 룰이 있는 것 인지 모르겠군요.
- ExecuteAroundMethod . . . . 1 match
스몰토크에서는 다음과 같은 방법으로 해결하고 있다. 스몰토크에는 Block이라는 객체가 있다. 이 블록을 파라메터로 넘겨주는 것이다. 즉 1. 파일 연다. 2. 작업 블록을 파라메터로 넘겨준다. 3. 파일 닫는다. 이런식으로 되는 것이다. C++에서는 함수 포인터를 넘겨주는 방법으로 해결할 수 있을 듯하다. 이런 것을 Higher Order Programming이라고 했던 것 같다.(SICP) C++에서 멤버 함수는 원칙적으로 함수 포인터가 안되는 것으로 알고 있다. 그래도 그냥 그런가 보다 하자. 정말 이상하다.--;
- ExtremeBear/VideoShop . . . . 1 match
전화번호 뒷자리 물어보는 입력창이 뜨고 같은 번호 중복 되있는 것이 있을 경우 이름도 입력받아서
- ExtremeProgramming . . . . 1 match
* On-site customer: 같은 작업실 내에서 프로그래머와 커스터머가 언제든지 대화할 수 있도록 보장한다.
- Factorial/영동 . . . . 1 match
이런식으로 넣어주어야 할것 같은데요*/
- FactorialFactors . . . . 1 match
팩토리얼 함수는 많은 특성을 갖는다. 이 문제에서 주어진 정수 n을 다음과 같은 팩토리얼 식 n!로 표현했을때 인수항의 최대수를 구하고자 한다. 단 1은 제외한다. 예를 들어 보자.
- FactorialFactors/1002 . . . . 1 match
일단 Factorial 이라는 점에서 해당 계산에 대해 다음과 같은 식을 만들어냄.
- FactorialFactors/조현태 . . . . 1 match
결국 입력은 무슨 말인지 몰라서 내맘대로 정해버렸다. cin..ㅎㅎㅎ 누가 설명좀 해주..ㅎㅎ
- Fmt . . . . 1 match
fmt라는 유닉스 프로그램은 텍스트를 읽어온 다음 적당히 연결하거나 끊어서 모든 행의 길이가 72글자는 넘지 않지만 최대한 72글자에 가까운 출력 파일을 만들어낸다. 행을 연결하거나 끊을 때는 다음과 같은 규칙을 따른다.
- FromDuskTillDawn . . . . 1 match
두 도시가 주어졌을 때 최단 경로를 찾는 프로그램을 만들어서 블라디미르가 최소한의 피만 챙겨서 여행할 수 있도록 도와주자. 피를 너무 많이 가지고 다니면 사람들이 "그 피 가지고 뭘 하실 건가요?" 같은 질문을 하면서 의심할 수도 있기 때문이다.
- FundamentalDesignPattern . . . . 1 match
기본적인 것으로는 Delegation, DoubleDispatch 가 있으며 (SmalltalkBestPracticePattern에서 언급되었던 것 같은데.. 추후 조사), 'Patterns In Java' 라는 책에서는 Delegation 과 Interface, Immutable, MarkerInterface, Proxy 를 든다. (Proxy 는 DesignPatterns 에 있기도 하다.)
- Gof/Adapter . . . . 1 match
다음과 같은 경우에 AdapterPattern를 이용한다.
- GofStructureDiagramConsideredHarmful . . . . 1 match
학문, 더 넓혀서 살아감에 있어 하나의 사실이나 의견을 접할때, 절대적이란 것은 "명제" 나 "진리" 같은 것 외에는 없음을 생각해보면 답을 찾는데 도움이 될 것 입니다. 다만, 눈에 보이는 형태에서는 이를 금방 인지하기 쉬우나, 눈에 보이지 않는 형태이거나(예를들면 지식), 습관적으로 믿을만하다고 생각되는 매체에서 얻은 정보나 이야기에 대해 "경계의 레이더"를 꺼놓거나 미처 알아차릴 경황이 없게 되는 경우를 조심하면 되겠죠.
- GotoStatementConsideredHarmful . . . . 1 match
주로 JuNe 과 [jania] 의 토론을 읽으면서 이해를 하게 된 논문이다. '실행시간계'와 '코드공간계' 의 차이성을 줄인다는 아이디어가 참으로 대단하단 생각이 든다. 아마 이 원칙을 제대로 지킨다면, (즉, 같은 묶음의 코드들에 대한 추상화도를 일정하게 유지한다던가, if-else 의 긴 구문들에 대해 리팩토링을 하여 각각들을 메소드화한다던가 등등) 디버깅하기에 상당히 편할 것이고(단, 디버깅 툴은 고생좀 하겠다. Call Stack 을 계속 따라갈건데, abstraction level 이 높을 수록 call stack 깊이는 보통 깊어지니까. 그대신 사람이 직접 디버깅하기엔 좋다. abstraction level 을 생각하면 버그 있을 부분 찾기가 빨라지니까), 코드도 간결해질 것이다.
- Hacking . . . . 1 match
* tcpdump, windump, sniffit 과 같은 Tool이 있음.
- Hacking2004 . . . . 1 match
* 데브피아에서 TCP/IP 세미나 한다고 하네요. 아마 무료였던것 같은데. 생각나서 올립니다. - [이승한]
- HardcoreCppStudy/두번째숙제/ConstructorAndDestructor/김아영 . . . . 1 match
- 생성자(Constructor) 클래스 이름과 같은 이름을 지닌 함수
- HardcoreCppStudy/첫숙제/ValueVsReference/변준원 . . . . 1 match
* 여기서 power(double x, int y) 안에서 따옴표가 없어야 할 거 같은데...? -영동
- HardcoreCppStudy/첫숙제/ValueVsReference/임민수 . . . . 1 match
참조전달에 의한 함수를 사용하였을경우 변수 자체의 값이 바뀌기 때문에 위와 같은 결과가 나옵니다.
- HelpOnConfiguration . . . . 1 match
윈도우에서 gvim을 사용하여 작동된다. 이 경우 {{{$path}}}설정을 제대로 해주어야 하는데, 예를 들어 다음과 같은 식으로 `config.php`에 설정을 한다.
- HelpOnTables . . . . 1 match
이것을 기본으로 하여서 좀 더 장황한 설정은 HTML 속성을 넣는 전통적인 방식과 비슷한 문법을 지원합니다. (HTML에서 지원하던 모든 테이블 속성이 지원되지는 않습니다.). 이 방식을 이용하면 테이블 색상이나 줄의 속성을 지정하 수 있습니다. 특별히 테이블의 너비를 지정하려면 {{{||<tablewidth="100%">...||}}} 를 테이블 시작을 알리는 맨 처음 `||` 다음에 써넣으면 되며, 줄의 배경색은 {{{||<rowbgcolor="#FFFFE0">...||}}} 와 같이 지정합니다. 여기서 볼 수 있듯이, 테이블에 대한 속성인지, 줄에대한 속성인지를 알리기 위해 {{{table}}} 혹은 {{{row}}}와 같은 접두어가 붙었습니다.
- HowBigIsIt? . . . . 1 match
각 테스트 케이스에 대해 원들을 모두 포장할 수 있는 가장 작은 직사각형 상자의 크기를 출력한다. 각 케이스에 대한 결과가 서로 다른 줄에 출력되어야 하며, 소수점 아래로 셋째 자리까지 출력한다. 숫자가 1보다 작지 않은 경우에는 앞에 불필요한 0을 덧붙이지 않는다(1 미만인 경우에는 0.543 같은 식으로 앞에 0을 하나 붙여준다).
- HowManyFibs? . . . . 1 match
피보나치 수는 다음과 같은 식으로 정의된다.
- HowManyPiecesOfLand?/문보창 . . . . 1 match
Closed Form 구하는데 약 3~4시간 걸린 것 같다. 계차수열을 이용해서 다음과 같은 Closed Form을 구했다.
- HowToBlockEmpas . . . . 1 match
ZeroWiki 는 ZP 내부작업을 위한 위키입니다. 아무래도 외부로 노출되었을 경우 여러 문제들이 발생할 수 있을 것입니다. (저번과 같은 크래킹의 문제도 있을테고요..)
- HowToStudyXp . . . . 1 match
어찌되었건, XP에는 무술이나 춤, 혹은 악기 연주 등과 유사한 면이 많습니다. 따라서, 글을 보고 그것을 익히기는 쉽지 않습니다. 그나마 메일링 리스트 같은 "대화"를 보면 훨씬 더 많은 것을 얻을 수 있기는 하지만, 태권도 정권 찌르기를 말로 설명해 내는 것이 불가능에 가깝듯이 XP를 언어를 통해 익히기는 정말 어렵습니다. 우리의 언어는 너무도 성글은 미디어입니다. (XP는 매 초, 매 순간 벌어지는 "일상적" 장면 장면의 연속들이 매우 중요합니다.)
- IntegratedDevelopmentEnvironment . . . . 1 match
IDE는 Integrated Development Environment를 말하며 한국어로는 통합 개발 환경을 의미한다. 보통 텍스트 편집기에 syntax highlite와 debugger, 빌드 도구, 컴파일러 등이 모두 통합되어 나오며 IDE하나만으로도 소스코드를 작성하는데 문제가 없다.[* 최근에는 이마저도 부족한 경우도 있다.]
- InterestingCartoon . . . . 1 match
이 페이지 점점 무의미해 지는것 같네요. 각 애니별로 위키 페이지가 있어서 간단히 소감을 쓰면 모를까, 단순한 제목 나열에 불과하게 되어 버리는것 같네요. --NeoCoin
- JTDStudy/첫번째과제/상욱 . . . . 1 match
* 이 언어들의 시작점으로는 간단한 계산이 필요할때 계산기보다 열기보다 늘 IDLE나 rib(ruby)를 열어서 계산을 하지. 예를들어서 [http://neocoin.cafe24.com/cs/moin.cgi/ET-house_%ED%99%98%EA%B8%89%EC%BD%94%EC%8A%A4?highlight=%28et%29 et-house환급코드 in CenterStage] 같은 경우도 그래. 아 그리고 저 코드 군에 있을때 심심풀이 땅콩으로 짜논거. SeeAlso [http://neocoin.cafe24.com/cs/moin.cgi/%EC%95%BC%EA%B5%AC%EA%B2%8C%EC%9E%84 숫자야구 in CenterStage]
- JUnit . . . . 1 match
같은 식으로요.. - 임인택
- Java/JDBC . . . . 1 match
* 그후 아래와 같은 식으로 접속 가능하다. 아래에서 NSH2 는 전역 데이터베이스 이름임으로 각자 알아서 적고, 연결에서 아이디와 비번을 넣는다.
- Java/ModeSelectionPerformanceTest . . . . 1 match
이 방법은 위의 방법과 같은 장점을 지니면서 퍼포먼스를 거의 10배가량 향상시킨다.
- Java/ReflectionForInnerClass . . . . 1 match
innerclass 에서는 기본적으로 Inner Class 를 포함하고 있는 상위클래스의 레퍼런스가 생성자로 들어간다. 마치 C++ 에서 메소드들에 대해 this 가 기본 파라메터로 넘어가는 것과 같은 이치랄까.
- JavaScript/2011년스터디/JSON-js분석 . . . . 1 match
* cx가 무슨뜻이지? cx와 escapable의 정규표현식들의 값이 뭐지?
- JavaStudy2002 . . . . 1 match
* 상민이형께서 자바스터디를 즐겁게 이끌어 나가는 방법이 없냐고 물으시더군요. 예전에 C++ 같은 것을 하면서 감동을 느꼈거나 흥미로웠던 점에 대한 의견을 적어주세요. --[영동]
- JavaStudy2002/영동-2주차 . . . . 1 match
* 데블스 캠프할때 저런거 해결하는 팁 나왔었던 거 같은데. LookUpTable이라고.. -- 인수
- JavaStudy2002/영동-3주차 . . . . 1 match
* HashMap 을 이용해서 방향값에 대한 값의 변화량을 넣습니다. 이전에 배열로 구현하여 코드를 짧게 하는 것과 같은 목적입니다.
- JavaStudy2002/해온일 . . . . 1 match
* 일곱째주 ... 메모장을 만들어봅시다. 파일저장이나 불러오기 같은것등을 구현해봅시다
- JavaStudy2003/세번째수업 . . . . 1 match
* 오버로딩 - C++에서 cin을 cin.get(), cin.get(ch), cin.get(ch,50) 이렇게 쓰는 것처럼 같은 이름의 함수로 비슷한 기능의 역할을 하는 함수들을 만들었다.
- JavaStudy2004 . . . . 1 match
그리고 실습 같은것을 2명 짝 PairProgramming으로 하는걸 생각하고 있습니다
- JustDoIt . . . . 1 match
문제가 좀 어려운 것 같아 쉬운 문제도 올리도록 하겠습니다 -[iruril]
- KIV봉사활동/예산 . . . . 1 match
* GSM 은 한국에서 같은 가격으로 다시 되판다
- KnowledgeManagement . . . . 1 match
* KM 은 다음과 같은 측면에서 볼 수 있다.
- LIB_2 . . . . 1 match
하하 넘 오래간만에 봤더니 나도 무슨 함순지 모르는 것이 있군..[[BR]]
- LUA_2 . . . . 1 match
위와 같은 명령어로 자료형의 type을 알 수 있습니다.
- LUA_3 . . . . 1 match
for 문은 위와 같은 문법으로 이루어져 있습니다. 예를 들면 아래와 같습니다.
- LUA_4 . . . . 1 match
같은 주제로 다른 예를 보겠습니다.
- LinearAlgebraClass . . . . 1 match
길버트 스트랭은 선형대수학 쪽에선 아주 유명한 사람으로, 그이의 ''Introduction to Linear Algebra''는 선형대수학 입문 서적으로 정평이 나있다. 그의 MIT 수업을 이토록 깨끗한 화질로 "공짜로" 한국 안방에 앉아서 볼 수 있다는 것은 축복이다. 영어 듣기 훈련과 수학공부 두마리를 다 잡고 싶은 사람에게 강력 추천한다. 선형 대수학을 들었던(그리고 학기가 끝나고 책으로 캠프화이어를 했던) 사람이라면 더더욱 추천한다. (see also HowToReadIt 같은 대상에 대한 다양한 자료의 접근) 대가는 기초를 어떻게 가르치는가를 유심히 보라. 내가 학교에서 선형대수학 수강을 했을 때, 이런 자료가 있었고, 이런 걸 보라고 알려주는 사람이 있었다면 학교 생활이 얼마나 흥미진지하고 행복했을지 생각해 보곤 한다. --JuNe
- LinuxSystemClass . . . . 1 match
개인적으로 교재가 마음에 든다. 단, 제대로 공부할 것이라면 가능한 한 원서를 권한다. 한서의 경우 용어의 혼동문제와, 중간 오역문제가 눈에 띈다. (inexpensive를 expensive 로 정 반대의 뜻으로 해석한) 뭐, 물론 그럼에도 불구하고 아마 사람들은 한서 읽는 속도가 원서 읽는 속도의 3배 이상은 될테니. 알아서 잘.
- LogicCircuitClass/Exam2006_1 . . . . 1 match
* 배점 젤 큰 두 문제. 하나는 checksum 문제(강의록). 하나는 3bit Full adder 였나..? 암튼 adder 였던거 같은데 기억 안남. 설계해서 회로 그리는거였음. 식 최소하하고.
- Lotto/김태진 . . . . 1 match
* 밑에 코드가 살짝 더러운것이 마음에 들지는 않지만...... accept이기 때문에 그거슨 문제가 안됨.
- MFC/CollectionClass . . . . 1 match
* 내 개인적인 소견으로는 STL이 더 쓰기에 편해보인다. ㅡ.ㅡ; 단지 MFC에 최적화된어서 만들어진 만큼 MFC안에만 존재하는 장점이 있을뿐이다. Serialize 같은거? - [eternalbleu]
- MFC/Print . . . . 1 match
페이지가 남았다면 OnPrepareDC()로 이동하여 루프
- MFC/Serialize . . . . 1 match
직렬화는 CDocument 객체에서 Serialize() 이벤트가 발생하게 되면 내부에 지정된 모든 멤버 변수들에게 Serialize 메시지를 보내서 결국엔 기본형의 데이터를 <<. >>와 같은 기 지정된 오버라이딩 함수를 통해서 처리하는 방식으로 이루어져있다.
- MFC/Socket . . . . 1 match
* 크게 아래와 같은 절차
- MIB . . . . 1 match
* 기타로 지구를 구하기도 한다. 물론 대통령도 모르는 기구라서, 훈장 같은것이나 업적을 전혀 인정 받지 않는다. (이점이 드라마 Star Gate와 차별되는 점이다.)
- MT페스티발 . . . . 1 match
|||| 같은 성격의 타 동아리 & 소모임과 구별되는 특징 및 장점||||||
- MatrixAndQuaternionsFaq . . . . 1 match
역행렬이 됩니다. 그렇지만.. 스케일 같은 것이 섞이거나.. 어떻게 되서 isotropic 이 아니게 되면.. 아래아래..아래에 역행렬 공식을 꼭 써야 됩니다. '''
- MemeHarvester . . . . 1 match
|| 대중 매체 관리 || 연예인 같은 경우 자신과 관련된 기사가 어디에 새로 올라왔는지 알고 싶을때 자신의 이름을 키워드로 넣고 여러 관련 사이트들을 입력 하면 자신과 관련된 기사가 올라오면 실시간으로 알수 있다. 또한 학교나 기타 기관에서도 자신들의 이름이 어떠한 매체 거론되는지 실시간으로 모니터링을 할 수있다. 예를 들어 우리학교에서도 알바생을 시켜서 각 신문을 뒤적이면서 학교 관련 기사가 나왔는지 찾게 하는데 이런 것들을 자동화 하는게 가능하다. ||
- MineSweeper . . . . 1 match
이 지뢰밭을 방금 설명한 힌트 숫자로 표기하면 아래쪽에 있는 것과 같은 필드가 만들어진다.
- MiningZeroWiki . . . . 1 match
2000페이지가 넘어가는 [제로위키]를 일부나마 탐험해 보는 놀이 SeeAlso [데블스캠프2004/월요일]
- MockObjects . . . . 1 match
그리고 위와 같은 경우 UnitTest 코드의 중복을 가져올 수도 있다. 이는 상속과 오버라이딩을 이용, 해결한다.
- ModelingSimulationClass/Exam2006_2 . . . . 1 match
3번 기억하기로 no more than three ~~ . 였던거 같은데 음 그러면 3개 이하의 비트아닌가요? - 보창
- MoniWikiThemes . . . . 1 match
{{{background-color: #fff;}}}를 쓰면 페이지가 길어질때 이상하게 보일 가능성이 있습니다. -- WkPark [[Date(2004-11-03T09:09:02)]]
- Monocycle/조현태 . . . . 1 match
약간~ 알고리즘의 최적화를 시켰으나.. 정답까지의 출력까지 4-5초가량 걸린다는 문제가 있었지만..
- MySQL/root암호분실시 . . . . 1 match
["MySQL"]를 설치하는 경우 암호를 잃어버렸거나 잘못입력하는경우 또는 너무 오래되서 암호를 잃어버리는 경우에 다음과 같은 방법으로 암호를 설정하실수 있습니다.
- NUnit . . . . 1 match
* 스크린 샷에서 처럼, 함수 이름이 Test 세팅에 종속적이지 않다. (반면 JUnit 은 reflection으로 Test 메소드들을 찾아내므로, Test의 이름들이 testXXX 와 같은 형태여야 한다.)
- NUnit/C++예제 . . . . 1 match
* 헤더에다 다 구현해도 된다. 하지만 같은 이름의 cpp파일을 만들어줘야 하는것같다. 안그러면 Test없다고 안된다.
- NeoCoin/Server . . . . 1 match
wnc 앨리어스 생성 bitchx에서 /wnc <채녈> 하면 새로운 창이 생기면서
- NiceMilk . . . . 1 match
꼬마 토미는 빵에 우유를 찍어 먹는 것을 좋아한다. 빵에 우유를 찍을 때는 빵의 한 변이 컵 바닥에 닿을때까지 빵을 컵 속에 집어넣는다. 그래서 밑에 있는 그림과 같은 모양으로 빵을 우유에 적실 수 있다.
- OeKaki . . . . 1 match
재편집 하는 경우, 기존의 그림은 `test_1.png` `test_2.png`과 같은 식으로 이름이 바뀌어 저장됩니다.
- OpenCamp/첫번째 . . . . 1 match
* 1시간 늦게 왔는데 데블스 캠프를 한번도 겪어보지 못 한 저는 참 좋은 경험을 한 것 같습니다. node.js 영상 볼때 우리도 빨리 저런거(아두이노 같은거) 만지고 놀았으면 좋겠다는 생각을 했어요. 웹언어에 좀 더 능숙했다면 더 많이 감탄했을텐데 그러지 못해서 아쉬웠습니다. jQueryUI 십습해볼땐 정말 재밌었어요 간결함에 감탄. - [고한종]
- OurMajorLangIsCAndCPlusPlus/print . . . . 1 match
%3d와 같은 정렬 기능을 제공한다.
- OutlineProcessorMarkupLanguage . . . . 1 match
그 활용가능성을 인정받아 현재는 rss에서 피드를 공유하는 것과 같은 곳에서 이용되고 있다.
- PHP . . . . 1 match
PHP약어를 풀어쓰면 PHP: Hypertext Preprocessor입니다. 약어의 첫번째 글자가 약어이기 때문에 많은 사람에게 혼란을 줍니다. 이와 같은 약어를 재귀적 약어라고 부릅니다. 궁금하신 분은 Free On-Line Dictionary of Computing사이트를 방문해보세요.
- PHP Programming . . . . 1 match
[지혜] 혜영양과 같은 교재임. PHP4책을 보는 것이 더 나을거라는 생각이드는고로.. 도서관에서 빌려볼 생각을 가지고 있음. 어쩐지 책이 더 맘에 들었달까나.. 아하하하.. ㅡㅡ;;
- PHPStudy2005 . . . . 1 match
* 참여자 생기면 다음주 부터 시작하던지 하겠습니다. (이번주는 숙제때문에 너무 바빠서.. ㅠㅜ) 참여자 없으면 다음 기회에 하던지 하겠습니다.
- PNA2011/서지혜 . . . . 1 match
* 나도 같은 상황을 겪은적이 있었는데 그걸 대하는 자세가 달랐었다.
- PPProject/Colume2Exercises . . . . 1 match
크게는 같은 알고리즘도 다른 방식으로 접근 할 수 있다.
- PageHitsMacro . . . . 1 match
PageHits에서 히트가 많은 페이지가 위에 오는데, 이를 거꾸로 해서 히트가 빈한 페이지에게도 꽃다발을 주고 싶습니다. r 옵션을 지원해서 arsort()만이 아니라 asort()도 되게 하면 어떨까요 ?
- PairSynchronization . . . . 1 match
["sun"]이 PairProgramming을 하기에 앞서 CrcCard 섹션을 가지게 되었는데, 서로의 아이디어가 충분히 공유되지 않은 상태여서 CrcCard 섹션의 진도가 나가기 어려웠다. 이때 - 물론, CrcCard 섹션과는 별도로 행해져도 관계없다. - 화이트보드와 같은 도구를 이용해서 서로가 생각한 바를 만들어나가면서, 서로의 사상공유가 급속도로 진전됨을 경험하게 되었다.
- PhotoShop2003 . . . . 1 match
* 이유인즉 무슨 말인지 모르고 내가 사용 했기 때문이다. 그래서 픽셀중 2차원 사용법만 사용하기로 했다
- PluggableBehavior . . . . 1 match
한 클래스의 다른 객체들은 일반적으로 서로 다른 상태와 같은 행위를 가지게 된다. 만약에 다른 로직을 원한다면, 다른 클래스를 쓴다. 우리가 만드는 객체의 90프로는 이렇다. 가끔, 다른 클래스들은 당신이 문제에 대해 어떻게 생각하는가에 대한 효과적인 의사소통을 못 할 수도 있다.(?) 클래스가 많아짐으로써 당신은 짜증이 나고 위협을 받는다. 단 하나의 메소드를 오버라이딩하려고 서브클래싱을 많이 하는것은 낭비다. 또한 이렇게 많이 서브클래싱하면서 유연성이 떨어지게 된다.
- PluggableSelector . . . . 1 match
이런 식으로 하면 CenteredRelativePoint, TopLeftRelativePoint같은 서브클래스를 만들 필요가 없다. 위에서 center라는 메세지를 추가한 것처럼, topLeft메세지를 추가만 하면 되는 것이다.
- PowerOfCryptography/허아영 . . . . 1 match
음.. 잘짯네.^^ 근데 temp라는 전역변수 없어도 되는거 아니냐?ㅎ 아웅 복잡해~>ㅁ<;; 그리궁..재귀호출인듯..ㅎ 꼭 재귀호출 안써도 될것 같은데 말야.^^ 잘못하면 스택오버플로우의 압박이..;;ㅁ;; 아닌가?ㅎ~~>ㅃ<;;;; ㅎㅎ 그럼 조은하루~!^^* - [조현태]
- PragmaticVersionControlWithCVS/WhatIsVersionControl . . . . 1 match
상기와 같은 식으로 소스를 수정한뒤 fix01, fix02를 순차적으로 체크인하면 fix01에 의해서 저장소에 있는 파일이 갱신되었기 때문에 fix02가 체크인 되는 시점에서 충돌이 일어나게 된다. 이경우 CVS는 fix02의 소스에서 fix01에 반영된 3번째 줄의 변경내용을 병합하여 로컬 작업 공간에 반영하고 체크인하게된다.
- PrimaryArithmetic . . . . 1 match
초등학생들이 여러 자리 수의 덧셈을 배울 때는 한 번에 한 자리씩 오른쪽에서 왼쪽으로 계산하도록 배운다. 그런데 그 자리 숫자의 합이 10을 넘어갈 때 그 윗자리 숫자에 1을 더해주는 것을 배울 때 많은 학생들이 힘들어한다. 일련의 덧셈 문제가 주어졌을 때 자리를 올리는 횟수를 세어서 선생님들이 학생들을 가르치는 데 도움을 줄 수 있는 프로그램을 만들어야 한다.
- ProgrammingContest . . . . 1 match
만약 문제 이해 시간을 포함 (혼자서) 40분 이내에 R1과 R2 모두에 대해 정답을 구했다면 (2000년도 본선문제였습니다. 같은 사이트 Problem Archive에 정답이 있습니다) 아마 10위권 이내에 들 실력이라고 사료됩니다. 아마 EightQueenProblem을 (사전 정보 없이) 한 시간 안에 푼 사람이라면 10위권 안에 충분히 들 수 있을 것 같습니다.
- ProgrammingLanguageClass . . . . 1 match
프로그래밍 언어를 배우는 것은 사고와 표현의 방식을 하나 더 배우는 것이다. 따라서, 설사 해당 언어로 프로그래밍을 할 기회가 별로 없다고 해도, 판이한 언어를 하나 더 배우는 것은 가치있는 일이다. 동시에 무슨 언어를 배우느냐, 어떤 신택스를 익히느냐는 것은 크게 중요하지 않다. 언어는 변하고 사멸하고 신생하며, 유행도 바뀐다. 그보다 그런 언어 저변에 깔려있는 다양한 패러다임을 접하고 충분히 이해하고 적용할 수 있어야 한다. 하지만 이게 가능하려면 구체적인 언어라는 채널을 통하지 않을 수가 없다.
- ProgrammingLanguageClass/Report2002_2 . . . . 1 match
''DeleteMe) 여기서는 name-compatibility 와 structured-compatibility를 이야기하는것 같은데 --석천''
- ProgrammingPearls/Column3 . . . . 1 match
* 우리의 리팩토링이다. 엄청난 중복이 있는 예제를 보자. 이건 C++로 하기가 좀 그러니, 책에 주어진 대로 VB를 예로 들어보자. 메뉴의 아이템이 10개가 있다. 하나를 클릭할때마다 그 아이템에 체크를 하고 싶다. 중복 짱!인 예제로 다음과 같은 예제가 있을수 있다.
- ProjectAR/CollisionCheck . . . . 1 match
* 그러자니 오브젝트마다 그림 크기에 맞는 2차원 배열을 가져야 한다. 어쩌면 비트맵을 읽어오면서, 그 비트맵이 메모리에 있을테니, 그걸 참조하는 방법도 있을듯 하다. 안된다 하더라도, 요즘 컴퓨터 메모리 남아도니까 별로 문제가 되지는 않을듯 싶다.
- ProjectAR/Temp . . . . 1 match
- 같은 종류의 정령은 합체시킬 수 있다. -> 강한 정령 탄생
- ProjectAR/ThinkAbout . . . . 1 match
하위 몬스터는 그리 문제가 되지 않는다.(그냥 다가오게 한 다음 때리게 하면 되니까.) 하지만 보스급
- ProjectCCNA/Chapter2 . . . . 1 match
* ethernet: CSMA/CD- 이더넷 통신에서 사용하는 프로토콜이다. 회선이 사용중이지 않을때 전송하고 충돌이 생기면 일정시간후 재전송한다.
- ProjectPrometheus/Iteration9 . . . . 1 match
* 그리고, 아직 시험서비스여서인지 모르겠지만, 퍼포먼스가 이전보다 더 느려진것 같은. -_-; 이에 대해서도 궁리.
- ProjectPrometheus/MappingObjectToRDB . . . . 1 match
* 패턴의 오/남용 문제가 발생할 수 있다. - 어설프게 아는것은 모르느니만 못한 경우가 있다. 그리고 제대로 안다고 해서 "많이" 하는 것은 정말 잘 아는게 아닐 수 있다.
- ProjectPrometheus/개요 . . . . 1 match
나는 우리학교 도서관에 아마존 스타일의 시스템(많이도 말고, 도서별 리뷰 등록, 별표 평가, 고객 클러스터링을 통한 서적 추천, 도서별 대출/검색 횟수를 통한 베스트셀러 집계 및 이에 대한 통계 분석 -- 예컨대 공대 학생의 베스트셀러, 경영학과의 베스트셀러, 4학년의 베스트셀러 등 -- 같은 것만이라도) 을 도입하면 학생들의 독서량이 두 배는 높아질 것이라고 확신하며, 이것이 다른 곳(정문 바꾸기 등)에 돈을 쓰는 것 몇 십 배의 가치를 지속적으로 만들어 낼 것이라 믿는다. 이제는 도서관도 인터넷 서점을 벤치마킹 해야 한다.
- ProjectPrometheus/방명록 . . . . 1 match
* 아 지금 해보니까 되네요...^^;;; 근데 또 다른 문제가... 검색을 해보니까 책이 몇 권있는 지는 나오는데 실질적인 책 리스트가 안나오네요...-,-;;; --재동
- ProjectZephyrus/Server . . . . 1 match
+---- information : DB와 같은 사용자 정보 관리 패키지
- ProjectZephyrus/Thread . . . . 1 match
Database 관련 부분 아니라 팀 프로젝트시 고려해야 할 사항은 꽤 됩니다. SuccessfulProject 를 위해서 고려해야 할 사항은 어떤게 있을까요? 자세한 내용은 차후 정리해서 쓰기로 하고, 하나 이야기 하고 싶은건 최대한 '''중복'''을 피하도록 하세요. 특히나, 한참 대화를 하지 않고 있다보면 같은 일을 하는 utility성 클래스들을 모두가 하나씩 지니고 있을겁니다.
- ProjectZephyrus/ThreadForServer . . . . 1 match
길어야 30분 정도의 분량일것 같은데, (너무 길게 잡았나? 테스트 시간 합쳐서)
- ProjectZephyrus/간단CVS사용설명 . . . . 1 match
보통 다음과 같은 방식으로 한다.
- PyIde/Exploration . . . . 1 match
Design 을 할때 오버하는 성향이 있는 것 같다. IListener 가 있으면 DIP를 지키는 것이기도 하고, 기존 TestResult 등의 클래스들을 수정하지 않으면서 Listener 들만 추가하는 방식으로 재사용가능하니까 OCP 상으로도 좋겠지만. 과연 당장 필요한 것일까? 그냥 TestResult 를 모델로 들고 있고 View 클래스 하나 더 있는 것으로 문제가 있을까?
- PyServlet . . . . 1 match
[1002] 가 PyServlet 에서 생각하는 장점이라면, Servlet 의 특징으로, CGI와는 달리 인스턴스가 메모리에 남아있다는 점이다. 간단한 프로토타이핑을 할때 memory persistence 를 이용할 수 있게 된다. ZP 에서의 12줄 이야기와 같은 프로그램을 작성할 수도 있다.
- QualityAttributes . . . . 1 match
품질 평가 요소. 다음과 같은 것들을 들 수 있다.
- RandomFunction . . . . 1 match
// 하지 않으면 실행할때마다 같은값을 만듭니다. -_-;;
- RandomWalk/손동일 . . . . 1 match
// 하지 않으면 실행할때마다 같은값을 만듭니다. -_-;;
- RandomWalk/임인택 . . . . 1 match
=== 소스 5 : 재미있을것 같은 CSP ===
- Randomwalk/조동영 . . . . 1 match
편하기야 하겠지만 남발하는건 좋지 않음. 특히 자료구조 숙제같은 경우에는 :( - [임인택]
- RealTimeOperatingSystemExam2006_2 . . . . 1 match
b) 세마포 구현 어떤 코드에서 OSSched() 를 호출하고 나서 무슨 코드가 있는지 나옴. 대략 타임아웃으로 돌아온건지, 아니면 세마포를 얻는건지 관련 코드
- RecentChanges . . . . 1 match
'''로그인 하고 쓰시면 ip대신에 자신의 멋진 id가 남습니다. ''' 현재 [[PageCount()]] 개의 페이지가 있습니다.
- RecentChangesMacro . . . . 1 match
class를 추가한다면 무슨 이름으로 추가할까요 ? MoinMoin에서는 class가 부여되지 않았습니다. --WkPark
- RedThon . . . . 1 match
AnswerMe 혹시 [김동경] 이라는 사람의 개인페이지가 RedThon 이기도 한가요? 그럼 이 페이지의 이름을 바꾸어야 할텐데요?--NeoCoin
- Refactoring/BuildingTestCode . . . . 1 match
테스팅 코드는 ExtremeProgramming 의 중요한 부분이다. [Beck, XP]. 이 이름은 빠르고 게으른 해커같은 프로그래머들에겐 마술주문과 같을 것이다. 하지만, extreme programmer들은 테스트에 대해 매우 헌신적이다. 그들은 가능한 한 소프트웨어가 빠르게 발전하기 원하고, 그들은 테스트들이 당신을 아마 갈 수 있는 한 빠르게 갈 수 있도록 도와줄 것을 안다.
- RegressionTesting . . . . 1 match
그래서 대다수의 소프트웨어 개발 시점 중에는 버그를 고쳤을때 훌륭한 방법인가, 버그가 재작성되거나, 버그가 프로그램상의 하부 변화 이후에 규칙적으로 실행되는지 '''드러내는 테스트'''에 대하여 훌륭한 실행 방법들을 제시한다. 몇몇 프로젝트(내 생각에 Mozilla경우, Eclipse도 같은 시스템)는 자동화된 시스템으로 자동적으로 모든 RegressionTesting들을 규칙적으로(보통 하루나 주말단위로) 실행하고, 조사하도록 세팅되어 있다.
- ReverseAndAdd . . . . 1 match
일단 어떤 수를 받아서 그 수를 뒤집은 다음 뒤집어진 수를 원래의 수에 더하는 과정을 뒤집어서 더하기라고 부르자. 그 합이 회문(palindrome, 앞뒤 어느 쪽에서 읽어도 같은 말이 되는 어구. 예:eye, madam, 소주만병만주소)이 아니면 회문이 될 때까지 이 과정을 반복한다.
- ReverseAndAdd/이승한 . . . . 1 match
//returnNum을 이용하여 앞과 뒤가 같은지 검사한다.
- SOLDIERS/정진경 . . . . 1 match
중심으로 삼을 좌표를 찾는게 중요한데요, 저같은 경우 동적계획법을 통해 모든 경우를 살펴봤습니다.(정렬 후 선형 탐색)
- STL/set . . . . 1 match
* 집합내에는 같은 원소가 있으면 안된다.
- SWEBOK . . . . 1 match
* SWEBOK 은 이론 개론서에 속하며 마치 지도와도 같은 책이다. SWEBOK 에서는 해당 SE 관련 지식에 대해 구체적으로 가르쳐주진 않는다. SWEBOK 는 해당 SE 관련 Knowledge Area 에 대한 개론서이며, 해당 분야에 대한 실질적인 지식을 위해서는 같이 나와있는 Reference들을 읽을 필요가 있다. (Reference를 보면 대부분의 유명하다 싶은 책들은 다 나와있다. -_-;) --석천
- Self-describingSequence . . . . 1 match
솔로몬 골롱(Solomon Golomb)의 자기기술 수열 <f(1), f(2), f(3), ... >은 각 k에 대해 k라는 숫자가 정확하게 f(k)번 등장하는 속성을 가지는 양의 정수로 구성된 유일한 비감소수열이다. 이 수열의 앞 부분을 생각해보면 다음과 같은 식이라는 것을 알 수 있다.
- SeminarHowToProgramIt . . . . 1 match
4월 12일은 총MT와 겹치고, 나머지, 9일이나 11일이 좋을거 같은데요.. 세미나 기대되는데요..^^ - 상협[[BR]]
- SharedSourceProgram . . . . 1 match
아이디어가 필요하면 사람들이 활발하게 논의하는 kldp 같은곳에 이야기를 꺼내봐도 좋을것 같습니다. --sun
- SimpleDesign . . . . 1 match
저 원칙은 XP 와 떼어서 생각하기 힘든, TestDrivenDevelopment 에서 더 제대로 적용된다. TestDrivenDevelopment 를 하면 할수록 가장 단순한 것에 대해서 생각하게 된다. 이번에 기사를 쓰기 위해 간단한 프로그램을 같은 문제에 대해서만 5번 정도 풀어보게 되었는데, 풀 때마다 더 간단한 해결책이 보이게 되고, 문제를 더 잘게 나눌 수 있게 되었다.
- SmalltalkBestPracticePatterns/Behavior/Conversion . . . . 1 match
각자의 클라이언트들은 같은 정보임에도 서로 다른 프로토콜로 표현된 것이 필요할 때가 있을 것이다. 가장 쉬운 방법은 필요로 하는 객체마다 가능한 모든 프로토콜을 넣는 것이지만... 역시 낭비다.
- SmithNumbers/남상협 . . . . 1 match
''DeleteMe) 왜지 C코드 첨보는거 같은 기분이다;; 방학때 씨만해야겠군;; - [eternalbleu]''
- SmithNumbers/조현태 . . . . 1 match
문제가 있다면 문제에서 요구하는 10^9까지는 무리...
- SnakeBite/창섭 . . . . 1 match
* 유보중.. 그리 복잡한 건 아닌 것 같은데..끝도 못내고.. 참 착찹하군요..-.-;
- SoftIce . . . . 1 match
* 만약 위와 같은 상태에서 설치할때 경고 메시지나, 특정 화일을 레지스트리에 등록을 못한다고 나온다. 이때 걍 무시하지 말고 해당 사항을 처리한 담에 진행 해야 함. 무시하면 나중에 피봄.
- SoftwareEngineeringClass/Exam2002_1 . . . . 1 match
암튼 3문제중 두문제가 QA에 관한 것이라니 당황; Structured A&D 나 정보공학에 대해서는 아에 언급이 없군. (혹시 이거 kaspa 시험인가; 아무리 이경환 교수님이 kaspa 회장이시라고 하지만.) 암튼. 흑; --석천
- SpiralArray/Leonardong . . . . 1 match
아이디어는 JuNe 선배가 말했던 것이다.(저번 자바 컨퍼런스에서 였던가..) 한 번 나선형으로 진행되는 것을 같은 층으로 본다. 그러면 가장 바깥쪽은 1층, 다음 안쪽은 2층 이런 식으로 안쪽으로 갈수록 높이가 높아진다. 한 사람이 피라미드를 한 바퀴 돌고 다음 층으로 올라가면서 자신이 들렀던 곳이 몇 번째인지, 좌표는 무엇인지 기억한다. 한 층을 다 돌면 시작했던 자리로 돌아오기 때문에 중복해서 기억한 좌표는 지우고 다음 층으로 이동한다.
- Star . . . . 1 match
입력된 각 줄에 대해 주어진 판에 들어있는 숫자 총합의 최소 값과 최대 값을 출력한다. 이 두 값은 같은 줄에 출력해야 하며, 두 숫자 사이에는 딱 한 개의 스페이스를 출력한다. 풀이가 없는 경우에는 "NO SOLUTION"이라고 출력해야 한다.
- StarCraft . . . . 1 match
늘 그렇듯이 대부분의 사람들이 물리적 대상과 객체를 대응하는 고정관념에 빠져있어서 문제가 됩니다. 관계, 개념 등도 객체가 될 수 있다는 발상전환을 가능케 해주면 좋겠지요. 처음에 이런 사항만 넌지시 알려주고 디자인 하게 합니다. 그러고 나서, 일단 학생들의 디자인으로 개발한 것을 놓고, 같이 토론해 보고(이 때 선배는 뒤에 물러서 관찰만 함) 다시 한번 새로 디자인하게 합니다. 그리고 이번에는 선배가 디자인한 것을 후배들이 최종적으로 디자인한 것과 동등하게 같이 놓고 토론해 봅니다. 이 때 중요한 것은 선배의 것이 마치 "궁극적 해답"인 마냥 비치지 않도록 주의하는 것이겠죠. (디자인 시에는 KentBeck과 WardCunningham이 최초 교육적 목적에서 개발한 CrcCard를 사용하면 아주 훌륭한 결과를 얻을 것입니다.) --JuNe
- StringOfCPlusPlus/영동 . . . . 1 match
void str_count_same_char(); //같은 문자를 찾기
- SubVersion . . . . 1 match
* CVS에 비해 엄청나게 빠른 업데이트/브랜칭/태깅 시간. 한 예로 같은 100MB 트리를 업데이트했더니 CVS보다 21배 빨랐습니다.
- SummationOfFourPrimes/문보창 . . . . 1 match
소수에 대한 기본지식이 없어서 상당히 애를 먹은 문제이다. 2보다 큰 짝수는 모두 두 소수의 합으로 표현될 수 있다. 물론 아직까진 가설이다. 입력 천만기준에 대해 8이상의 모든 수는 소수 4개의 합으로 표현될 수 있다는 전제조건을 세우니 문제가 한결 쉬워 보였다. 왜냐하면 소수 4개의 합이기 때문에 소수중 유일한 짝수인 2를 이용하면 홀수 또한 소수의 합으로 표현할 수 있다. 8보다 작은 수를 제외하곤 모두 소수 4개의 합으로 표현되어진다. 실제로. 정수론에 대해 흥미를 느끼게 해 준 문제였다.
- TFP예제/WikiPageGather . . . . 1 match
* '생각할 수 있는 가장 단순한 것부터 생각하라.' 디자인은 TFP 와 Refactoring의 과정만으로 어느정도 보장이 된다. TFP을 추구하는 이상 기능와 의도에 의한 모듈화가 기본적으로 이루어진다. (여태껏의 경험 -- 그래봤자 3번째지만 -- 에 의하면, TFP를 하면서 LongMethod 냄새가 난 적이 없었다. (LongMethod와 Bad Smell 에 대해서는 BadSmellsInCode를 참조하라.) 만일 중복코드 등의 문제가 발생하더라도 기존의 막무가내식 방식에 비해 그 빈도가 적다. 만일 Bad Smell 이 난다면 ["Refactoring"] 을 하면 된다. (참고로 밑의 소스는 ["Refactoring"]의 과정은 거치지 않았다.)
- Telephone . . . . 1 match
다음과 같은 프로그램을 만드세요.!
- TellVsAsk . . . . 1 match
See also [http://www.owlnet.rice.edu/~comp212/99-fall/handouts/week1/person 개체지향vs절차지향] - 지금 여기 서버가 죽은것 같은데 서버 살아나면 페이지 뜰껍니다...;; - 임인택
- TestDrivenDevelopment . . . . 1 match
테스트를 작성할때엔 '이미 완성되어있는 잘 된 API' 를 상상하며 작성한다. 잘 만들어진 API는 같은 일을 하더라도 직접 호출해줘야 하는 함수의 갯수가 적고 이해하기 편하며 '무엇'을 해주는지 그 메소드가 말해준다. 적게 코드를 써도 많은 일을 해주는것이다. 그리고, 테스트로서 컴퓨터의 컴파일러에게 코드작성을 위해 해야 할 일들을 묻고, 인터페이스를 만들고. 그리고 구현하고, 다시 구현된 코드를 Refactoring 한다.
- TestDrivenDevelopmentByExample . . . . 1 match
["Java"] 소스(국내에 인기있는;)로 되어있으니 추후 출판뒤 번역이 되지 않을까 하는 희망을; 하지만 지금 진행중인 책의 앞부분을 읽어보긴 했는데. 정말 'Test 로 Driven' 되는 것 같은 느낌이 듬. TDD 진행과정을 예제 하나를 통해 계속 보여주기 때문에 이해하기 편합니다.
- TestFirstProgramming . . . . 1 match
파트너가 먼저 코드를 잡긴 했는데, 코드가 좀처럼 진행이 되지 않았다. 문제가 뭘까 고민하다가 다음과 같이 접근해봤다.
- TheGrandDinner . . . . 1 match
올해 ACM 국제 대회 결선에 참가한 모든 팀은 시상식 후에 있는 대만찬에 참석해야 한다. 서로 다른 팀에 속한 멤버들이 최대한 서로 어울릴 수 있게 하기 위해, 한 테이블에 같은 팀에 속한 멤버가 두 명이상 앉을 수 없도록 했다.
- TheJavaMan/설치 . . . . 1 match
4. '''Run->Run As->Java Application'''으로 실행하면 아래에 콘솔창에 생기면서
- TheKnightsOfTheRoundTable . . . . 1 match
각 테스트 케이스마다 다음과 같은 결과를 출력한다.
- TheLagestSmallestBox/하기웅 . . . . 1 match
대부분 똑같은 방식으로 풀었으리라 예상하고 설명 안함^^
- TheOthers . . . . 1 match
* Weekly Report Manager? 주로 회사 같은 데서 많이 쓰는 금주 했던 일에 대한 결산 레포트이다. 어느 일을 몇시부터 몇시까지 했으며, 그 일의 종류는 무엇이며, 주별로 통계를 내어, 어느 프로젝트에 몇시간을 투자했고 자기개발에 몇시간을 투자했는지 등등을 적어 회계용도로 쓰이기도 한다.
- ThePriestMathematician/문보창 . . . . 1 match
그렇다면 입력 n 에 대하여 다음과 같은 식이 완성된다. a를 n에 대하여 바꿀 순 없을까?
- TheWarOfGenesis2R/일지 . . . . 1 match
* 가드의 공격 알고리즘을 간단하게 할수 있을거 같은데.. 잘 떠오르질 않는다.
- ThinkRon . . . . 1 match
전문가 비전문가 PairProgramming을 하다가 문제에 직면했습니까? 스스로에게 물어보십시오. 만약 KentBeck이나 WardCunningham, RonJeffries 같은 사람이 이 자리에 나 대신 있었다면 이 문제에 어떻게 대응했을런지. 그리고 거기서 얻은 해답을 꼭 실행에 옮겨 보세요. 자신은 물론 상대방도 놀라게 될 것입니다. 해답은 늘 안에 있습니다.
- ToastOS . . . . 1 match
음..우선 전에 플로피 1번 섹터에서 부트섹트를 읽어 들여 부트 로더를 만든다고 까지 얘기한 것 같다.그럼 커널로더는 무엇일까? 부트 로더가 할 수 없는 기이한 일들을 커널 로더가 한다. 우선 보호모드로들어가는 것과 커널을 실행가능한 상태로 재배치 시키는 일등을 한다. 왜 그런 일을 할까? 부트로더가512kb밖이 되지 않아 그런 일들을 할 수 없기 때문이다. 위에 사진에서 보면 퍼런 글씨로 kernel loader라고나오는데 전에 CAU Operating System 어쩌구...가 먼저 나온다..다만 VMWARE를 쓰기때문에 그런 글씨가 안나온다. 여하튼 커널 로더가 가지는 의미는 우선 부트로더를 만들기 위해 어쩔수 없이 썼던 짜증나는 어셈을 이제 안써도 된다...ㅋㅋ 사실 어셈은 계속 써야 된다... 다만 이제 어쎔을 주로 쓰지 않고 C에서 인라인 어쎔을 쓸것이다. 이제 Boland C 3.1 버전의 컴파일러로 커널로더와 커널을 제작하게 될 것이다. 그럼 위와 같은 것을 그냥 해주면 되는거 아니냐? 라고 반문하는 사람이 있을 것이다.. 그렇다. 그냥 해주면 된다. 우선 컴파일할때 -S라는 옵션을 두어서 어셈블리 소스를 만들고 나서 그리고 그렇게 만들어진소스의 extern들을 링크 시키고 그런 다음 EXE파일을 실행가능한 재배치상태로 만들고 나서 부트로더와 같이뒤집어 씌우면 된다.
- TowerOfCubes/조현태 . . . . 1 match
//// 밑바닥의 면과 색상이 같은 면을 찾아낸다. ////
- TugOfWar . . . . 1 match
{{{12 12}}}가 맞는 것 같군. 그럼 문제가 생각보다 어려워지는데... --재동
- TugOfWarInput . . . . 1 match
제대로 작성된 프로그램은 당연히 온라인 로봇 심사위원의 테스트 케이스를 모두 통과하며, 게다가 덤으로 50,50,100,200 인 경우에도 통과한다. 하지만 Programming Challenges 책에 실린 모법 답안 등의 프로그램은 로봇 심사위원의 테스트는 통과하지만 50,50,100,200 같은 경우는 실패한다.
- UDK/2012년스터디/소스 . . . . 1 match
이걸 컴파일하면 다음과 같은 키즈멧 노드를 생성할 수 있다.
- UML/CaseTool . . . . 1 match
UML 케이스 툴과 달리 Visio 같은 경우에는 Diagramming 기능만을 제공한다. Diagramming Tool 이라고 분류하는 듯하다.
- UML서적관련추천 . . . . 1 match
참고로, 저는 Reference Manual 은 안읽어봤고, 위의 두 권은 읽어봤습니다. 그리고 UML 3일 가이드 같은 가벼운 책들을 읽었습니다. (하지만, 기억력이 나빠서.. 종종 다시 읽으면서 리프레쉬 해야 합니다;; 아마 조교 치고 다이어그램 자주 틀릴 겁니다;;;)
- UglyNumbers/송지훈 . . . . 1 match
보창이형 코드보니 지수를 써서 하는 방법이 있는거 같은데
- UnityStudy . . . . 1 match
* 직접 Object를 등록해서 모양 조절하고, 중력 효과를 넣으면서 진짜 게임 같은 느낌이 나기 시작했네요.
- UselessTilePackers . . . . 1 match
입력된 각 타일에 대해 출력 예에 나와있는 것과 같은 식으로 타일 번호(1부터 시작)를 출력하고, 그 다음 줄에 "Wasted Space = X %" 형식으로 낭비된 공간의 비율을 퍼센트 단위로 출력한다. X는 낭비된 공간의 비율을 퍼센트로 나타낸 것이며, 소수점 아래로 둘째 자리까지 반올림해서 출력한다.
- UserPreferences . . . . 1 match
'''[[GetText(logout)]]'''을 누르면 쿠키가 지워지고, '''[[Gettext(Login)]]'''을 하시면 쿠키가 사용되며, 다른 곳에서도 같은 설정을 유지하며 사용하실 수 있습니다. 공공의 PC에서 [필명]이 도용되는 것을 막기 위해서 '''[[GetText(Logout)]]'''을 이용해 주시기 바랍니다.
- UserStory . . . . 1 match
물은 물이고 산은 산이다에서 물은 물이 아니고 산은 산이 아니다로 가고 난 후에야 비로소 다시 물은 물이고 산은 산이다로 올 수가 있죠. 항상 초월적으로 모두 다 같다 혹은 모두 다 다르다는 식으로 말하는 태도는 공부를 하고있는 학생으로서는 상당히 위험하지 않을까 하는 우려를 해봅니다. Wiki:UserStoryAndUseCaseComparison 에 양자의 유사점, 차이점에 대한 논의가 있습니다. 참고로 Use Case의 대가라고 불리우는 코번은 다음과 같은 말을 합니다.
- VMWare . . . . 1 match
유사기술을 적용한 Linux [Xen] 커널이 등장하기 시작했으며, Xen 은 차후 나타나게될 멀티코어 CPU 환경(플랫폼 자체가 완전히 다른)에 적합한 커널의 구축을 목표로 하고 있다고 한다. (완전히 다른 프로세서라면 당연히 해당 머신에 접근하는 인터페이스 역시도 다를텐데 XEN 을 이용해 해당 부분을 추상화시켜서 접근하는 식으로..) 현재에는 해당 기술을 보안 분야에서 이용하기 위한 연구가 진행중이며 기존의 단일 커널하의 커널모드, 유저모드 식의 구분이 아닌 관리자 커널, 애플리케이션 커널과 같은 구분으로 2개의 서로 다른 커널을 구현해 커널 단에서 애플리케이션이 머신에게 직접적으로 접근할 가능성을 원천 차단하는 방식의 연구가 되고 있다.
- VendingMachine/세연/1002 . . . . 1 match
다음과 같은 2개의 원칙만 적용해서 수정해봤습니다.
- VisualStudio2005 . . . . 1 match
* 솔루션에 프로젝트 스타트 업이라는 녀석으로... 무언가를 하는것 같은데... 무얼하는지는...-_-ㅋ
- VonNeumannAirport . . . . 1 match
* ["Refactoring"] Bad Smell 을 제대로 맡지 못함 - 간과하기 쉽지만 중요한 것중 하나로 naming이 있다. 주석을 다는 중간에 느낀점이 있다면, naming 에 대해서 소홀히 했다란 느낌이 들었다. 그리고 주석을 달아가면서 이미 구식이 되어버린 예전의 테스트들 (로직이 많이 바뀌면서 테스트들이 많이 깨져나갔다) 를 보면 디미터 법칙이라던가 일관된 자료형의 사용 (InformationHiding) 의 문제가 있었음을 느낀다.
- VonNeumannAirport/1002 . . . . 1 match
그에 따라 다음과 같은 에러가 난다.
- VonNeumannAirport/Leonardong . . . . 1 match
Traffic하고 Configuration을 각각 2차원 행렬로 표현했다. Traffic은 ( origin, destination )에 따른 traffic양이고, Configuration은 origin에서 destination 까지 떨어진 거리를 저장한 행렬이다. 전체 트래픽은 행렬에서 같은 위치에 있는 원소끼리 곱하도록 되어있다. 입출력 부분은 제외하고 전체 트래픽 구하는 기능까지만 구현했다.
- VonNeumannAirport/인수 . . . . 1 match
// 코드 깔끔히 하는 법이랑 디자인 방법 같은걸 나름대로 생각해보는 연습으로..
- WERTYU . . . . 1 match
타이핑을 하다 보면 키보드에서 양손을 모두 원래 위치보다 오른쪽으로 한 칸 이동한 상태에서 키를 눌러서 오타가 나오는 경우가 종종 있다. 그러면 'Q'는 'W', 'J'는 'K' 같은 식으로 오른쪽에 있는 키가 입력된다. 이런 식으로 입력된 메시지가 주어졌을 때 원래 메시지로 복구시켜야 하는 임무가 주어졌다.
- WeightsAndMeasures/문보창 . . . . 1 match
동적프로그래밍 문제. n! 번의 수행을 해야하는 문제가 동적프로그래밍을 이용하니 O(n^2)만에 풀 수 있다. 동적프로그래밍의 힘이 대단하다.
- WhatToProgram . . . . 1 match
이 프로그램을 개발해서 일주일이고, 한달이고 매일 매일 사용해 봐야 한다. 일주일에 한 번 사용하는 프로그램을 만들기보다 매일 사용할만한 프로그램을 만들라. 자신이 하는 작업을 분석해 보라. 무엇을 자동화하면 편리하겠는가. 그것을 프로그램 하라. 그리고 오랜 기간 사용해 보라. 그러면서 불편한 점을 개선하고, 또 개선하라. 때로는 완전히 새로 작성해야할 필요도 있을 것이다(see also [DoItAgainToLearn]). 아마도 이 단계에서 스스로를 위한 프로그램을 작성하다 보면 아이콘을 이쁘게 하는데 시간을 허비하거나, 별 가치없는 퍼포먼스 향상에 시간을 낭비하지는 않을 것이다. 대신 무엇을 프로그램하고 무엇을 말아야 할지, 무엇을 기계의 힘으로 해결하고 무엇을 여전히 인간의 작업으로 남겨둘지, 즉, 무엇을 자동화할지 선택하게 될 것이다. 또한, 같은 문제를 해결하는 여러가지 방법(기술, 도구, ...) 중에서 비용과 이익을 저울질해서 하나를 고르는 기술을 익히게 될 것이다.
- WhenJuniorsAsk . . . . 1 match
즉 그 선배님께서 후배들이 공감을 갖을 만한 이야기를 할 수 없다는 말이 더 정확하겠습니다.(내가 초보자에게 할 말은 열심히 하란 말 밖에 없다. 아시겠지만, 나쁜 의도의 말이 아닙니다.) 그 선배님께서 신이 아닌 이상 후배들의 마음을 알 수 없을터이고 경험상으로 그런 경향을 보여왔다고 하더라도 훌륭한 "청자"만 존재한다면 "자기만족적"행위가 나쁘다고 생각하지 않습니다. (자원봉사 같은 신성한 일도 행하는 사람의 입장에서는 "자기만족적"행위라고 생각합니다.)
- WikiGardening . . . . 1 match
''실제 위키의 View 구조를 조성하는 사람들이 드물기 때문에, 기존 게시판에서의 스타일과 똑같은 이용형태가 계속 진행되어버렸다는 생각이 든다. (이 경우 RecentChanges 가 Main View 가 된다.) (조만간 위키 전체에 대한 링크 구조 분석이나 해볼까 궁리중. 예상컨데, 현재의 ZeroWiki 는 Mind Map 스타일에 더 가까운 구조이리라 생각. (개념간 연결성이 적을것이란 뜻. 개인적으로는 볼땐, 처음의 의도한 바와 다르긴 하다.) --1002'' (DeleteMe ["1002"]의 글을 다른 페이지에서 옮겨왔습니다.)
- WikiSandBox . . . . 1 match
아래 목록들은 일어나기 쉬운 '실수'입니다. '''아래와 같은 일이 일어나지 않도록'''
- XMLStudy_2002/Encoding . . . . 1 match
*Unicode와 XML등과 같은 Markup Language 등에 대해 W3C와 Unicode.org 멤버들이 작성한 Technical Report : [http://www.w3.org/TR/1999/WD-unicode-xml-19990928/]
- Xen . . . . 1 match
현재 젠은 인텔 펜티엄과 같은 x86 계열 프로세서에서 작동되지만 곧 다른 프로세서에서도 작동될 것으로 보인다. AMD는 패시피카(pacifica) 등 차세대 기술이 적용되는 64비트 기반 옵테론 칩세트에서 젠을 사용할 수 있도록 할 계획이다. 인텔은 아이테니엄 프로세서에서도 실험적으로 젠을 지원하고 있으며, IBM도 파워 칩에서 젠을 사용하는 데 관심을 보이고 있다
- YetAnotherTextMenu . . . . 1 match
ICPC 등 외국 컴퓨터 프로그래밍 경진 대회를 보면 대부분 이런 식으로 문제가 나온다.
- Yggdrasil/가속된씨플플/1장 . . . . 1 match
* 이 프로그램도 문법적으로 틀린 것은 없으나 지양해야 할 문법인 듯하다. 끝나지 않은 스코프 내에서 같은 변수명을 선언하면 나중에 헷갈리기 좋을 것 같다. 그리고 }}를 };}로 바꿔도 별 차이는 없다.
- Yggdrasil/가속된씨플플/2장 . . . . 1 match
* 복합대입연산자: 이름이 복잡해서 무슨 말인가 했는데, a+=b처럼, a=a+b를 요약해서 쓰는 형태.
- Yggdrasil/가속된씨플플/4장 . . . . 1 match
인데, compare는 함수인데 괄호는 쓰지 않는다. 괄호를 쓸 경우 그 인자까지 알아서 써줘야할 것 같은데, sort의 정확한 구조를 잘 모르는 나에겐 좀 벅찬 방법이다. 하여튼 괄호는 쓰지 않는다.
- Z&D토론/학회명칭토론백업 . . . . 1 match
주제넘는것 같지만 이름문제는 선배님들과의 협의후에 결정한다고 했던것 같은데 선배님들의 의견을 모으기 위한 방법이 논의되고 있는지 궁금하네요 -- 손혜연
- ZIM . . . . 1 match
DeleteMe) * 용어 정리에 관한 페이지가 필요한것 같습니다. 이는 추후 유지/보수에 도움이되겠죠? (ZIMMER 가 ZIM 을 쓰는 사람이란 뜻인가요?) -- 이선우
- ZIM/EssentialUseCase . . . . 1 match
예를 들면 로그인,쪽지 보내기, 문자열 송수신, 같은 경우를 Level 1
- ZIM/UIPrototype . . . . 1 match
Software for Use와 Contextual Design의 일독을 권합니다. UI쪽(특히 실전)에서는 탁월한 책들입니다. 이 책들에서는 UI 프로토타이핑을 종이를 통해 하기를 강력하게 추천하고 있습니다. 각종 자동화 툴을 써보면 오히려 불편한 경우가 많습니다. 넓은 종이와 다양한 크기의 3M 포스트 잇을 이용해서 버튼 같은 것의 위치를 자유로이 옮겨볼 수 있습니다. 이렇게 만든 프로토타입을 사무실 벽에 걸어넣고 그 앞에서 토론도 하고, 즉석에서 모양을 바꾸기도 합니다. 초기에는 커뮤니케이션 보조 도구로 화이트보드를 많이 사용하기도 합니다. 그러나 한 자리에서 함께 작업할 기회가 적은 경우에는 어쩔 수 없이 전자문서와 이미지에 의존해야겠죠. 제 경우는 주로 스캐너를 이용해서 손으로 그린 이미지 공유를 했습니다. 온라인에서 공동으로 디자인 토론을 할 경우에는 화이트보드가 지원되는 온라인 컨퍼런싱 툴을 씁니다. (e.g. 넷미팅) --김창준
- ZPBoard/PHPStudy/MySQL . . . . 1 match
참고로 다음의 명령어들은 같은 실행결과를 보여준다..
- ZPBoard/PHPStudy/기본문법 . . . . 1 match
와 같은 명령은 두 문자열을 합쳐준다.
- ZPHomePage/참고사이트 . . . . 1 match
마이크로소프트가 발표한 경영비젼입니다 Windows2003를 테마로 만든 것 같은데, 우리 차기 ZP홈피도 2003 테마로 만들었으면 합니다. 부드러운 분위기가 메무 맘에 드네요 -[iruril]
- Zero,One 위키 통합에 대한 토론 . . . . 1 match
위키의 활성화를 위해 분리하였으나, 그리 효과는 크지 않은것 같습니다. 확인해본결과 중복된 페이지가 많지 않아, 적절히 통합가능 합니다. 어떻게 할까요?--NeoCoin
- ZeroPageServer . . . . 1 match
99년 후반 부터 운영되어오고 있는 ZeroPagers 들을 위한 서버. 학회실이 없었을 때에는 준 학회실과도 같은 역할을 했던 소중한 의견교환 & 정보저장소.
- ZeroPageServer/CVS계정 . . . . 1 match
* ZeroPageServer 에서 오픈 프로젝트 같은 프로젝트를 진행할수 있다.
- ZeroPage성년식/거의모든ZP의역사 . . . . 1 match
* 이 항목은 zeropage/history 같은 이름의 문서로 바꾸는 것도 나쁘지 않을것 같네요. - [안혁준]
- ZeroPage성년식/후기 . . . . 1 match
* 소심 게으른 성격때문에 행사 준비같은 것은 한번도 해본 적이 없었는데, 제로페이지의 20주년이라는 큰 행사를 준비하게 되어 어깨가 많이 무거웠었습니다. 진행 활동들을 준비하면서 재학생과 선배님들 모두 즐겁게 참여하실 수 있도록 하는 부분이 가장 힘들었습니다... 그치만 걱정과 달리 다들 즐겁게 즐겨주셔서 다행입니다. 이제 맘 놓고 30주년 행사를 기대할 수 있겠네요. 이 글을 읽는 10년 뒤의 후배님들 화이팅입니다 ㅎㅎ - [서지혜]
- ZeroPage회칙토론 . . . . 1 match
["neocoin"]:설마, 그렇게 까지는 필요 없겠지 회원 자격 상실 조건과, 정모 만 확실하게 정하면 더 이상 무슨 규칙이 있겠냐 --상민
- ZeroWikiHotKey . . . . 1 match
멋진 페이지네요~>__<ㅋ 그런데 이것 말고 [ZeroWiki]의 페이지에서 본적이 있는것 같은데. - 이승한
- ZeroWikian . . . . 1 match
2013년 11월 ZeroWikian을 다시 정리합니다. 현재 wiki에 ZeroWikian조차 달리지 않은 페이지가 너무 많습니다. 그런 페이지들을 여기에 링크 달아주시고 해당 페이지에 ZeroWikian을 달아주세요.
- [Lovely]boy^_^/Diary/2-2-1 . . . . 1 match
* 썅.. 무슨 또 파일 입출력이야. 비트맵 열라 싫은데--;
- [Lovely]boy^_^/Diary/2-2-3 . . . . 1 match
* 사이버 증권 투자 시작(근데 무슨 익셉션이 뜬다)
- [Lovely]boy^_^/ExtremeAlgorithmStudy/MathematicalFoundations . . . . 1 match
* 수열(Series), 급수(Summation), 수학적 귀납법(Mathematical induction), ... 이건 좀 생소해 보이는데.. 무슨 수렴성 판정하는거 같다.(Bounding the terms), 적분
- [Lovely]boy^_^/USACO/YourRideIsHere . . . . 1 match
* 뭐 장난 같은 문제..--; 첫 문제라 그런거겠죠?
- bitblt로 투명배경 구현하기 . . . . 1 match
편의상 같은 크기의 그림을 준비했습니다.^^
- cheal7272 . . . . 1 match
[영창] 너도 제로페이지가입했냐?? -.-;;;
- django/RetrievingObject . . . . 1 match
extra메소드를 사용하면 다음과 같은 조금 복잡한 질의도 할 수 있다. 각 직원이 몇 번이나 위험 보고서를 작성했는지 알아낸다.
- erunc0 . . . . 1 match
KanbanGame 같은 거?? -- [이덕준] [[DateTime(2010-08-23T23:57:37)]]
- erunc0/Mobile . . . . 1 match
* emulator - 예전에는 정말 구렸는데, pocket pc 2002 가 등장하면서 pda에 똑같은 성능을 보여준다. (그래서인가. compile 속도 무지 느린것 같다.. --;)
- erunc0/XP . . . . 1 match
'경험들' 로 친다면 오히려 Installed 가 맞는 선택일 것 같은데. --a 중간중간 실제 했었던 일들 이야기도 있었으니까 (RonJeffries 와 Chet 의 Pair 등) 뭐 암튼 적당하게 속도를 맞춰서 읽되, 한국어판 책의 서문 대로 '각 Practice를 극한까지 실험해보길'. 개인적으로 'Installed 가 추상적이다' 라는 말에는 반론 (Explained 라면 모를까..) 지금 XP 를 실천하는 중인 사람들을 보고 싶다면 뉴스그룹이 가장 생생하지 않을까 생각. (또는 http://xprogramming.com 의 글들) --["1002"][[BR]][[BR]]
- html5/communicationAPI . . . . 1 match
* 메세지의 송수신을 통해 둘 이상의 웹 페이지가 서로 데이터 주고받음
- html5/web-workers . . . . 1 match
* 공유 워커는 윈도우가 달라도 URL과 이름이 같으면 같은 프로세스 공유
- iPhoneProgramming/2012년프로젝트 . . . . 1 match
* 2차 목표 : Web이나 서버에 연결하는 것과 같은 사용자 내부 요소에서 벗어나 보는 것.
- mantis . . . . 1 match
* 한글을 쓰려면? -> 일단 무슨 에러 메시지가 뜬 것을 볼 수 있습니다.
- naneunji/Diary . . . . 1 match
DeleteMe) 난생 첨으로 본 것이나... 공부 안해 돈이 아깝다고 생각한거나... 걍 경험이라고 생각한거나... 전부 같은 상황이라는...;; (근데 진짜로 공부 안했다는 것은 나만의 경험일까..ㅜ.ㅜ 강의 끊어서 두번갔으니..;;) --["Wiz"]
- nautes . . . . 1 match
* ZP에서 하는 일은 ZP서버 보관.(5년 동안 ZP를 위해 무슨일 하는건 첨이군요.)
- pinple . . . . 1 match
* 소통이 힘듬 -> 답을 확인 하기가 힘든 트렐로 보다는 irc같은 즉답을 할수 있는것을 활용하는것이 나았을수도..
- pragma . . . . 1 match
[snowflower]는 Accelerated C++ 에 있는 map예제를 Visual C++에서 치면서 엄청난 양의 경고를 경험했다. 이것을 어떻게 할 수 있을까 자료를 찾던 중 다음과 같은 방법을 찾았다.
- radiohead4us/Book . . . . 1 match
노르웨이의 좌파정치와, 국제 정세, 한국의 현실등을 잘 보여주고 있는 책이다. 책을 읽게되면 노르웨이에 대한 막연한 환상이 떠오른다. 모두가 대중교통수단을 타고 출퇴근을 하고, 자가용은 아주 가끔 이용한다. 그들은 어떠한 행동을 하기 전에 ''나보다 남을 먼저'' 를 생각하는것 같다. (참 부러운 대목이다). 지하철을 탈 때에도 일일이 검표를 하지 않음에도 불구하고, 무임승차를 하는 사람은 거의 없다고 한다. 직업에 대한 귀천도 없으며, 버스기사나 대학교수나 사회에서는 같은 대우를 받는다. 그리고 또.. 환경오염이 거의 없다고 한다. 흑흑 부러워.
- whiteblue/파일읽어오기 . . . . 1 match
음. 근데 이거 스펙대로 한건가? 스펙에는 linked list 아니면, array 쓰라고 한것 같은뎅..-_-a - 임인택
- zennith/dummyfile . . . . 1 match
12389523 바이트의 쓰레기 파일을 각각 생성하는데 처음에 짠 허접 버전과 두번째의 약간 개선 버전이 각각 0.991초와 0.37초를 기록했다. 두번째 것을 만들면서.. 함수화 같은 거도 좀 했으면 좋겠다는 생각도 무럭무럭 무럭 들었으나.. 그놈의 귀찮음이 뭔지 ; 아무튼 발전이 없는 나로군.
- zyint . . . . 1 match
|| 스텔스 || ★ || 폭탄 터지고 비행기 터지고 -ㄱ- 이런거 좋아하는 사람이면 좋아할거같은 영화지만................ 그다지 -ㅅ-[[BR]]내용도 엉성하고..........궁금증은.. 무인전투기에 왜 좌석이 있는것일까 -_-...[[BR]]별 반개도 아까운 영화. 시각적인 즐거움뿐, 스토리구성은 0점||
- ★강원길★ . . . . 1 match
어제같은 경우엔 ... 책 보려다 잠들었다니깐 ㅎㅎ
- ㄷㄷㄷ . . . . 1 match
두개가 매우 비슷한 기능을 갖기 때문에 같은 내용의 프로그램을
- 가위바위보 . . . . 1 match
* 아래와 같은 예제 식으로 소스를 만든 페이지에 넣어 주세요.
- 강의실홍보 . . . . 1 match
많은 인력 필요하다. : 집부 같은 성격의 단체에 사람들을 끌어 들이는 것이라면 해당 단체의 구성원 중 목표 대상에게 친숙한 사람을 중심으로 되도록 많이 필요하다. 이때 많은 인력으로 돌아가면서 행사의 소개를 할 수 있다.
- 강희경/메모장 . . . . 1 match
Zero를 코믹하게 발음한 "빵"과 음이 같은 bread.
- 객체지향분석설계 . . . . 1 match
선택한 유즈케이스에 각각 유즈케이스 명세서를 작성하여 주자. 다음과 같은 내용이 포함된다.
- 객체지향용어한글화토론 . . . . 1 match
* 게다가 점임가경으로 그렇게 발음 그대로 옮겨ㅤ많은 용어들이 책마다 다르게 쓰여져 있다는 것이었다. 특히 발행년도가 몇해씩 차이가 나는 책들은 그게 유난히도 심해서 도저히 같은 용어라고 보기 힘든 경우도 참 많았다. 그래도 요즘은 국내의 개발자 커뮤니티들이 많이 활성화되어서 사람들의 암묵적인 합의가 있어서 그런지 어느정도 통일이 되긴 했다.
- 검색에이전시_temp . . . . 1 match
* [http://prdownloads.sourceforge.net/goog-kongulo/kongulo-0.1.zip?download 웹스파이더(구글오픈소스)] - 이프로그램은 구글 데스크탑의 플러그인 같은 것으로서 이프로그램을 사용하여 특정 웹사이트 내용을 긁어서 구글 데스크탑 디비에 넣을 수 있다. 현재는 이 프로그램으로 구글 데스크탑이 아닌 그냥 파일에 쓰는식으로만 바꿔봄
- 겨울과프로젝트 . . . . 1 match
일정이나 기간에대해서 회의에서 동의를 얻어야 할 부분이 많이 있었네요;; 준비가 부족했습니다. 죄송합니다. 혹시 문제가 될만한 부분은 지적해 주십시요 - [이승한]
- 결혼과가족 . . . . 1 match
* 희경이의 의견에 전적으로 동의한다. 나 같은 경우는 출석 한번도 안 빠졌고 시험은 보통, 리포트 점수는 별로(열심히 썼다고 생각하는데 분량에 있어 착오가 있었다)였는데 C+를 받았다. 들어두면 좋은 내용이긴 하나 그렇다고 추천할 정도는 아니다. 수업도 많고 강사도 많아 어떤 것을 듣느냐에 따라 차이가 많은 것 같다. --[곽세환]
- 경시대회준비반 . . . . 1 match
[http://www.algorithmist.com/] ACM 문제가 어느 알고리즘 파트인지 알 수 있다. 그외 도전할만한 많은 문제들이 있다.
- 공간박스 . . . . 1 match
사용기좀 올려주세요. 장점, 단점 같은.
- 구구단/임인택2 . . . . 1 match
이렇게 하면 다음과 같은 결과가 나온다.
- 권영기/web crawler . . . . 1 match
no는 그 페이지가 몇 편인지
- 권영기/채팅프로그램 . . . . 1 match
이전에 작성했던 일대일 채팅 프로그램의 소스는 구조적으로 문제가 많았기 때문에 많은 수정이 필요했습니다.
- 그남자네집 . . . . 1 match
기숙사로 돌아오는 길에 읽다가 중단하고 빌려서 들고 온 책이다. [아주오래된농담]만큼 긴장감 있는 전개는 아니지만, 지루한 서론을 넘기면 슬슬 재밌어진다. 소설인지 자서전인지 헷갈리게 인물, 시대, 배경을 모두 사실처러 꾸며놓았다. 그래서인지 오히려 일일드라마 같은 느낌은 덜하다.
- 금고/하기웅 . . . . 1 match
오호~~ 역시 쉬운 문제가 아니었군~~~
- 기술적인의미에서의ZeroPage . . . . 1 match
예를 들자면 the MOS Technology 6502 는 오직 6개의 non-general 목적을 가진 레지스터를 가지고 있었다. 결과적으로 이는 것은 제로페이지라는 개념을 폭넓게 사용하였다. 많은 명령어들이 제로페이지와 제로페이지가 아닌 어드레씽을 위해서 다르게 쓰여졌다.
- 기억 . . . . 1 match
다음과 같은 그리을 보고 부저 소리에 따라 기억하게 하였다. 결과로는 대부분의 사람들이 지치앟는 4,5개는 기억 하지만 그외의 것들은 기억하지 못하였다.
- 김동준/원맨쇼Report/08김홍기 . . . . 1 match
# 카오스 모르는사람이 들으면 무슨소린지...?
- 김영록/연구중/지뢰찾기 . . . . 1 match
비주얼적인 클릭같은게 없으니 단순히 X,Y좌표 방식 ㅡ,.ㅡ;;;
- 김준영 . . . . 1 match
* '''별명''' : 간지남, 불꽃같은 남자, 김지니어스. 이딴거 필요없고 그냥 게이
- 김태진 . . . . 1 match
* 서울어코드사업 어셈블리 튜터링 튜터 - [튜터링/2013/고딩같은어셈] - 종료
- 김희성 . . . . 1 match
타이핑 중 상대방 입력이 날아오면 전송 안한 타이핑 분량이 보이지 않는 상태로 버퍼에 남는 버그가 있습니다. 입력 방식을 scanf와 같은 문자열 입력함수가 아닌 문자 입력 함수로 바꾸어야할듯 합니다.
- 너만의 명작을 그려라 . . . . 1 match
* 옛날에 읽었던거 같은데 그때 괜찮게 읽었던거 같다.
- 네이버지식in . . . . 1 match
그 차이는 의외로 아주 간단합니다. 네이버지식인과 같은 시스템은 개인의 명성(reputation)에 대한 욕구에 상당 부분 의존하고 있습니다. 개인을 더 드러내는 것이죠. 반대로 위키는 개인이 잘 드러나지 않습니다. 명성 시스템이 아닙니다. see also ForgiveAndForget 이는 XP 철학과도 상통합니다. XP에서는 너희 팀에 영웅이 누구냐는 질문에 답이 바로 나올 수 있는 팀을 좋지 않게 봅니다. 영웅이 있는 팀은 위험한 팀입니다. XP는 보상도 팀단위로 받고 책임도 팀단위로 지는 것을 이상적으로 봅니다.
- 넥슨입사문제 . . . . 1 match
요새 카트라이더로 말이 많은 넥센이라는 회사가 있지요. 건너 건너 아는 사람이 이 회사에 입사를 하려고 이력서를 냈더니 서류는 통과했습니다. 한데 면접 보기 전에 이 3 문제를 주고 풀어서 메일로 제출하라고 했더랍니다. 이 중 3번 문제가 재미있었습니다. :) --재동
- 누가내치즈를옮겼을까 . . . . 1 match
소유욕에 찌들어 있지 말아야 한다고 하면, 그것은 현실과 거리가 먼 구름같은 말이라고 치부할
- 데블스캠프2003/ToyProblems/Random . . . . 1 match
// 하지 않으면 실행할때마다 같은값을 만듭니다. -_-;;
- 데블스캠프2003/넷째날/후기 . . . . 1 match
* 중간에 조는 바람에...ㅜㅜ죄송하고... 얻을 수 있는데도 못 얻은게 많았다. 오늘도 끝으로 갈수록 집중이 안되는 문제가 생김. OOP로 짜는 랜덤워크 구현에 너무 많은 시간이 걸린 것 같네요. 미리 코드를 짜 놓았다면 좀 낫지 않았을까요? -Leonardong
- 데블스캠프2003/다섯째날/후기 . . . . 1 match
* 3일밖에 못나온게 조금 아쉬웠다. 개인의 즐거움을 위해 후배를 저버린것 같은 느낌이 약간은 든다. 내년에도 이런 기회가(절대로 없겠지만) 있다면 다 열심히, 성심껏 해주고 싶다. --[snowflower]
- 데블스캠프2004/금요일 . . . . 1 match
책을 보고 했는데 문제가 많았나 봅니다; 미숙한 발표여서 죄송합니다 (__) --[iruril]
- 데블스캠프2005/RUR-PLE/정수민 . . . . 1 match
뭔가 더 좋은 방법이 생각이났는데 =0= 코드가 길어질꺼같은니 패스 -_-;;
- 데블스캠프2005/목요일후기 . . . . 1 match
김태훈([zyint]) 러플 보안과 비쥬얼 파이선을 배웠다. 직접 로봇을 움짓이는것같은 러플은 매우 흥미로웠다. VPython의 신기한 기능...암호화의 원리를 배우게 되었다>.< 매우 재미있었다.
- 데블스캠프2005/월요일후기 . . . . 1 match
느낌: API만 알면 무지 잼있을것같은 느낌
- 데블스캠프2005/화요일후기 . . . . 1 match
교훈: 아무리 똑똑한 언어라도 내가 모르면 바보같은 언어다. 그러므로 공부하자.
- 데블스캠프2006/준비/목요일 . . . . 1 match
* 전날 밤새고 바로 새벽에 예비군갔다가 오후에 와서 또 밤새야한다. 이건 철인의 체력을 요구한다. 아무래도 뒷쪽에 맡은 강사들이 제정신이 아닐것 같은데 대책을 세우자. - [창섭]
- 데블스캠프2006/화요일/tar/김준석 . . . . 1 match
if(argv[1]==argv[i]) continue; // 같은 파일인지 검사
- 데블스캠프2010/넷째날/DHTML . . . . 1 match
*html을 확장해서 동적인, 다시 말해서 단순히 보여주기만 하는 웹 페이지가 아닌 User가 직접 접근할 수 있는 웹 페이지
- 데블스캠프2010/다섯째날/후기 . . . . 1 match
* [스터디그룹패턴언어]의 몇 가지 패턴을 짝을 지어 (독해 수준으로만)번역해보는 시간을 가졌습니다. 주제에 대한 흥미 유발에 실패한 것 같은데, 제 책임이 큰 것 같습니다. 두어 개 패턴만 골라서 깊이 생각하고 의견을 서로 나누는 기회를 가졌다면 어땠을까 싶습니다. 긍정적인 사이드 이펙트로 "번역 재미있는데?"라는 반응을 얻은 건 다행이라고 생각합니다. 번역한 결과물의 품질이 만족스러워 질 때까지 지속적으로 다듬어질 수 있길 바랍니다. -- [이덕준] [[DateTime(2010-06-28T00:27:09)]]
- 데블스캠프2010/첫째날/오프닝 . . . . 1 match
* nForge 같은 프로젝트 관리 사이트와 연동하면 효과가 쑥쑥
- 데블스캠프2010/회의록 . . . . 1 match
* 듣는 사람에 대한 배려나 시간 배분같은 점이 좋았음.
- 데블스캠프2011/다섯째날/HowToWriteCodeWell/강소현,구자경 . . . . 1 match
//if(el.checkSameDir()){//만약에 같은 방향으로 이동하고, 처음에 누른 사람이 이동하고픈 위치보다 미달인 곳에 있으면
- 데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/김동준 . . . . 1 match
위의 주석처럼 필요없는 (http, //, blog, yahoo, empas, tistory 같은) 단어를 제외하고 작성할 수 있게 수정했습니다.
- 데블스캠프2011/둘째날/Scratch . . . . 1 match
* 공에 부딪히면 공이 움직이기 시작해서 그걸 피하는 게임. 원래는 일정 횟수 이상 닿으면 멈추게 해야 되는데 그 부분이 뭔가 문제가 있는지 안되네요. -_- 내가 공을 건드리지 않으면 피할 필요도 없기 때문에 내가 무덤을 파는 게임입니다.
- 데블스캠프2011/첫째날/오프닝 . . . . 1 match
* nForge 같은 프로젝트 관리 사이트와 연동하면 효과가 쑥쑥
- 데블스캠프2013/첫째날/후기 . . . . 1 match
* 명령어 같은 것이 너무 생소해서 어려웠지만 그래도 상당히 유익한 시간이었던 것 같습니다. - [임지훈]
- 땅콩이보육프로젝트2005/개발일지 . . . . 1 match
* 입력 : 위키에 땅콩 페이지 개설 후 '입력'란에 입력받고 확인을 누르면 입력된다. 내용의 수정의 위해 '수정' 버튼도 존재한다. 그 아래에 같은 형식으로 '가르치기' 도 존재한다.
- 레밍즈프로젝트/연락 . . . . 1 match
확실히 GIF에니메이션 처리하는데는 짱인것 같은데...-_-ㅋ
- 로그인없이ssh접속하기 . . . . 1 match
아래와 같은 식으로 B 서버에 .ssh 폴더가 만약 없다면 만들고.
- 로마숫자바꾸기 . . . . 1 match
다음과 같은 형식으로 정수에 해당하는 로마 숫자를 출력시킨다.
- 마케팅천재가된맥스 . . . . 1 match
* 다음과 같은 질문을 클로저, 마법사(기술자), 빌더(인간관계구축), 세일즈맨이 각각 필요할 시장 상황에서 생각해본다.
- 만년달력/영동 . . . . 1 match
2학년때 데블스캠프 때 못 풀다가 버그 생겨서 포기한 문제였는데... 얼마 전에 자바 숙제로 비슷하지만 좀 더 쉬운 문제가 나왔었는데, 그걸 풀고 나니 내가 그때 이걸 왜 못 풀었을까...하는 생각이 드는군요. 밑의 소스는 리팩토링 할 필요가 있긴 하지만요.
- 만세삼창VS디아더스1차전 . . . . 1 match
니머리는 무슨 언어로 이해하뉘?
- 문서구조조정 . . . . 1 match
위키는 ["DocumentMode"] 를 지향한다. 해당 페이지의 ["ThreadMode"]의 토론이 길어지거나, 이미 그 토론의 역할이 끝났을 경우, 페이지가 너무 길어진 경우, 페이지하나에 여러가지 주제들이 길게 늘여져있는 경우에는 문서구조조정이 필요한 때이다.
- 문원명 . . . . 1 match
제로페이지가 많이 활성화 되어 있는거 같아서 기분 좋네요^^ - [문원명]
- 문자열연결/허아영 . . . . 1 match
다른아이들도 매우 쉽게 여길 것 같은 문제다.
- 문제풀이 . . . . 1 match
* 매주 목욜에 지난주 문제의 알려진 풀이와 금주의 문제가 나갑니다.
- 문제풀이/1회 . . . . 1 match
1. 다음과 같은 공백으로 구분되는 임의의 숫자 입력이 주어질때 최대, 최소값을 출력하세요.[[BR]](데이터 양은 [Python]과 머신이 처리할수 있는 범위내로 한정)
- 바람의딸걸어서지구3바퀴반 . . . . 1 match
* 이책에서는 한비야의 세계여행을 재밌게 전해준다. 이책에서 인상깊은 구절은 킬리만자로 산을 올라갈때 천천히 자신의 속도로 꾸준히 올라간다면 누구나 올라갈 수 있다고 하는 구절이다. 인생도 마찬가지로 누가 어떤 속도로 가던지 자신의 속도를 알고 자신의 속도로 꾸준히 나간다면 못 이룰게 없다. 또 얻은 교훈은 세상은 사람이 만들어낸 각종 규칙, 규범들로 돌아가지만 말만 잘하면 얻고자 하는것을 얻을 수 있다. 결국 그런 규칙, 규범도 사람이 만든 것들이기에.. 그리고 반드시 환경이 편하고 몸도 편해야 행복한건 아니란것도 느꼈다. 오히려 더 행복을 방해하는 조건으로 작용할 수도 있다. 환경이 아주 불편하고 바빠도 사람은 아주 행복할 수 있고, 오히려 행복하기에 더 좋은 조건일 수 도 있다. 오지일 수록 더 행복해 보이는 이유도 이러한 이유 때문일지도 모르겠다. 행복은 내 안에 있다. 그리고 세계에는 지금의 나의 환경과는 비교할 수 없을 만큼 불편하고 좋지 못한 환경에서도 행복하게 사는 사람이 많다는걸 느끼고 지금의 생활에 감사하자는 생각을 했다. 그리고 한비야가 어떤 외국인과 만나서 같이 등산하는데 그 외국인 행동이 꼴볼견이고 싫어할 행동만 했다고 그런다. 그런데 알고보니 그 외국인은 마약에 중독되었다가 마약을 끊고 나서 지독한 우울증에 시달리고 있다고 한다. 그 말을 듣고 쉽게 다른 사람을 판단해서는 안되겠다는 생각이 들었다. 역시 사람 사는 일에는 원인이 있고 결과가 있다. 또 무슨일을 하던지 목표를 잡고 나서 세부적인 계획을 세워서 차근 차근 해 나간다면 아무리 큰 목표라도 이룰 수 있겠다는 생각도 들었다. 사람은 계획에 있어서는 치밀해야겠단 생각이 들었고, 꾸준한 계획들의 실천이 있어야만 원하는 성과를 이룰수 있다는걸 느꼈다.
- 반복문자열/허아영 . . . . 1 match
CAUCSE 문자열도 함수 입력으로 넣어 주면 좀 더 변화하기 쉬운 소스가 되지. 그리고 message나 messages 같은 함수 이름도 좀 더 명확하게 하는 게 좋을 거 같아. 나 같으면 밑에 처럼 풀 거야. 함수로 추출해 낼 때는 의미 단위로 추출하는 게 좋아. 그래야 함수 이름을 지을 때 편하지. 역으로 함수 이름을 짖기가 힘들다면 잘못된 설계가 되는거지. --재동
- 방학중PC실이용토론 . . . . 1 match
사람이 많은 날에는 신피 구피 모두 열어달라고 말씀드리면 안되나요? 같은 층에 있어서 관리하는게 그리 귀찮은 것도 아닐텐데... 방학이긴 하지만, 학생들이 학과 시설물을 마음대로 이용할 수 없어서야 원; - [임인택]
- 벌이와수요 . . . . 1 match
그렇지만, 정보시스템 감리사 평균 월급은 345만원입니다. IT 쪽에서도 돈 잘버는 사람은 억대 연봉자가 있는 것으로 알고 있습니다. 하지만, 의사나 변호사와 상대 비교를 하기는 어렵습니다. 그들은 자신의 직업을 획득하기 위해 엄청나게 많은 투자를 한 사람들입니다. 또, 직업의 성숙도에서 보아도 그들은 소위 자격증, 즉 직업을 얻기 위해 자격증을 따야하는 "전문직"(profession)의 단계에 이르렀지만, 컴퓨터 쪽은 아직 요원합니다(스티브 맥코넬 같은 사람은 이런 자격증 제도가 빨리 이뤄져야 한다고 역설합니다).
- 봄과프로젝트 . . . . 1 match
└페이지가 빨리 만들어져야 될 것 같아서 그냥 마음대로 이름지어 버렸습니다. 변경이 필요하다면 변경하세요. -[강희경]
- 분류패턴 . . . . 1 match
페이지 하단에 '''XXX분류''' 라는 링크를 남겨서 그 정보를 위키시스템이 이용할 수 있도록 한다. 위키의 전체 페이지 내용검색 기능을 이용해서 같은 분류에 속하는 페이지만 찾아낼 수 있다.
- 블로그2007 . . . . 1 match
미래에는 PDT로 수렴되겠지만 아직은 정식 버전에 잘 결합이 되지 않을 만큼 불안합니다. 따라서 PHPEclipse를 추천하는데 Web개발을 위해서는 이뿐만이 아니라, HTML Coloring 지원 도구등 여러 도구들이 필요합니다. 귀찮은 작업입니다. Calisto가 나오기 전부터 Eclipse 도구를 분야별로 사용하기 쉽게 패키징 프로젝트가 등장했는데 [http://www.easyeclipse.org/ Easy Eclipse]가 가장 대표적인 곳입니다. 아직도 잘 유지보수되고 있고, Calisto가 수렴하지 못하는 Script 개발 환경 같은 것도 잘 패키징 되어 있습니다. [http://www.easyeclipse.org/site/distributions/index.html Easy Eclipse Distribution]에서 PHP개발 환경을 다운 받아서 쓰세요. more를 눌러서 무엇들이 같이 패키징 되었나 보세요.
- 사랑방 . . . . 1 match
''약간은 사기라고 봐도 됩니다. 퀵소트에서 첫번째 원소를 피봇으로 잡는 경우가 헤스켈에서 아주 간단히 표현될 수 있다는 점을 이용한 것이죠 -- 첫번째가 피봇이 되면 문제가 생기는 상황들이 있죠. 보통 헤스켈의 "간결성"을 강조하기 위해 전형적으로 사용되는 예입니다. 뭔가 독특한 점을 강조하기 위해 쓰인다는 것 자체가 이미 약간의 과장을 암시하고 있습니다. see also Seminar:QuickSort --JuNe''
- 산이거기에있기때문에 . . . . 1 match
우리나라는 교육뿐 아니라 전반적인 의식구조(결과 지상주의, 학연,지연,혈연에 집착하는 모습이라든지..)에 문제가 있음을 가끔 느끼곤 하는데 (직접 외국의 문화를 체험한다거나, 외국인과 대화를 했던 기억은 없지만) 다음의 글을 보면서 그 사실을 한번 더 느끼게되었다. - [임인택]
- 상협/100문100답 . . . . 1 match
사랑하는 사람 생기면
- 상협/감상 . . . . 1 match
* 난 원래 영화 잘 안보는 스타일 이지만, 마음도 심난하고 해서 컴퓨터로 이 영화를 보게 되었다. 처음 부분에서는 좀 황당한 재미가 있었고, 중간 부분으로 가면서 지루해져서 그만 볼까 하는 생각도 했지만, 좀 더 보다 보니깐 재밌어져서 결국 끝까지 봤다. 이 영화를 보고 느낀점은... 음.. 지금 내가 보고 있는 세계도 혹시 환상은 아닐까 하는. ㅡㅡ;; 메트릭스도 생각나고.. 그리고 영화속 주인공이 불쌍해 보였다. 뭐 비록 천재인거 같지만 그렇게 사는것은 별로 유쾌한 일은 아닐거다. 또한 천재적인 사람들은 사회에 잘 적응 못하는건 아닐까 하는 생각도 해본다. 한때 나도 머리가 천재적으로 좋았다면 좋겠다고 생각도 해보았지만, 그땐 이런 생각을 했었다. 머리가 너무 좋다면 노력해서 뭔가를 해내는 그런 쾌감을 얻을 기회가 적을 수도 있고, 주위로부터 한사람의 인격체로 인정되기 보다는 하나의 이용해 먹을 도구로 인식되지는 않을까 하는 생각도 해본다.(그사람 == 머리, 이런 이미지가 생기면 그 사람의 다른 모습은 전혀 관심밖의 일이 될테니..)
- 상협/인공지능/오목 . . . . 1 match
|| 번호 || 및 방어(공격 방어가 같은 함수) || 구현 유무 || 간략한 설명 ||
- 상협/프로젝트관련 . . . . 1 match
''단순한 소켓 통신을 하는 메신저라면 80번 포트로 통신하도록 해도 상관은 없지만, 지금 하려고 하는게 '''방화벽'''메신저 라고 봐서 SOAP을 추천한거지. '80번 포트, HTTP 프로토콜이 방화벽과 무슨관계인가?'라는게 궁금하면 보안 관련 검색을 해보면 손쉽게 찾을 수 있을꺼야.'' --이선우
- 상협/학문의즐거움 . . . . 1 match
* 이책을 난 우리 누나에게 먼저 빌려 주었었다. 근데 우리 누나가 엄청 이책을 씹으면서 이 책의 히로나카씨가 잘난척을 무지 잘한다고 한다. 그리고 뭐 인간 관계도 이해 타산적이라고 막 씹어 댔다. 나도 이책의 저자가 인간관계에 일정한 선을 두어서 한번도 배신을 당한적이 없다고 한 말은 좀 재수 없어 보인다. -_-; 사람이 뭐 로보트도 아니구, 그렇게 살고 싶나.. 차라리 배신을 당한 지언정 사람을 믿으면서 살고 싶다. 이게 내 생각이다. 인간 관계에 관한 말은 우리 누나의 말대로 이사람에게 별로 배울점은 없다. 이 사람의 인간 관계는 자신에게 도움을 줄수 있나 없나의 이해 타산적인 면이 기본 바탕인거 같기 때문이다. 난 그렇게 살고 싶진 않다. -_-;, 그리고 이 사람은 사람을 판단할때 그 사람의 사회적 지위같은것을 아주 아주 중요한걸로 판단하는거 같아서 그것도 좀 재수 없는거 같다. 근데 다른 점에서는 배울 점이 있다. 창조적인 일을 하기 위해서 생각해볼 어구도 꽤 많다. 나름대로 읽을 만한 가치가 있는 책이었다. 우리 프로그래머도 결국 창조적인 일을 하는거니깐 이책을 한번씩 읽어 보면 얻는게 꽤 될것이다.
- 새로운위키놀이 . . . . 1 match
팀별로 페이지가 있다. 그 페이지에 팀원들의 프로필 페이지를 링크시켜두고.
- 새싹교실/2011/A+ . . . . 1 match
* 그거 PC사랑에 나온 SSD 구조 설명 기사보는 느낌이다.. 같은정도로만 기억하고 있어요 -[고한종]
- 새싹교실/2011/學高 . . . . 1 match
* [윤종하]: 김준호를 제대로 지도하지 못해서 진도가 덜 나가서 약간 좀 진도나가기가 힘들었다. 김준호에 대한 개별 보충학습을 수행하거나 혼자서 공부를 해오도록 유도하겠다. 세영이 같은 경우는 집이 멀어서 공부를 하기가 힘들다고 했다. 따라서 중간 고사 이후에는 시간을 확실히 조정하도록 하겠다. '''더 이상의 참가는 불허할 방침'''
- 새싹교실/2011/學高/4회차 . . . . 1 match
열심히 배운것 같은데 막상 feedback하려니까 잘 기억이 안난다.
- 새싹교실/2011/學高/6회차 . . . . 1 match
//왠지 다른 쉬운방법 있을거 같은데 걍 ..ㅋㅋ
- 새싹교실/2011/學高/8회차 . . . . 1 match
* 컴파일은 안 해봤지만 함수 원형 선언 시 매개변수의 타입은 왜 써주지 않았는지 궁금하네요. 받을 때는 num으로 받고 쓸 때는 n으로 쓴 것도; 그리고 전역 변수를 안 써도 리턴 값을 통해 카운트 충분히 할 수 있을 것 같은데... - [김수경]
- 새싹교실/2011/무전취식/레벨1 . . . . 1 match
이진영 : 선전부 가입~!!! 소라랑 같은부~~!! 셋트매뉴 소라랑~!
- 새싹교실/2011/무전취식/레벨11 . . . . 1 match
* 미래에 대해서 이야기를 하는 시간을 가졌는데 아직 뭘 할지 생각도 안했네요ㅋㅋ 기말고사도 다가오고 새싹교실도 이제 끝나가네요 ㅜㅜ 중간고사때 ppt보다 예제 해보기만을 반복해서 놓친 문제가 조금 있어서 아쉬웠는데 이번에는 ppt도 유심히 보려고 합니다. 예제도 봐야하는데 이번 예제들은.... 너무 어렵네욬ㅋ 모두 기말고사 잘 봅시당ㅋ - [서원태]
- 새싹교실/2011/무전취식/레벨4 . . . . 1 match
* 함수선언시 출력 타입(Return Type)에 따라 마지막에 반환해주는값 또한 같은 Type으로 반환해주어야합니다.
- 새싹교실/2011/무전취식/레벨6 . . . . 1 match
* Array는 같은 TYPE의 변수들이 연속적으로 한 이름으로 나열되있는것입니다. 생김새는 {{{ a[10] }}} 쓸수있는건 {{{a[0] ... a[9]}}}
- 새싹교실/2011/무전취식/레벨8 . . . . 1 match
김준석 : 이번주금요일에 IFA 에 참여를 합니다. Ice breaking같은 커뮤니케이션 기술, 회의 진행. 지난주에 체육대회 개최한걸 다사다난하게 끝냈습니다. 스티브 잡스에 관한 발표도 잘했어. 강원석 : 저도 스티브잡스 책봐요 ICon:스티브잡스! 사람들이 평가를 했는데 '교수님보다 잘갈킴' 기분이 좋았음. 어제 ZP 스승의 날 행사를 해줌. 춤은 여전히 잘배우고 있습니다.
- 새싹교실/2011/쉬운것같지만쉬운반/2011.3.29 . . . . 1 match
3. 연산자 우선순위가 같은 연산자끼리의 연산 방향을 결정하는 것을 무엇이라고 하는가?
- 새싹교실/2011/씨언어발전/6회차 . . . . 1 match
* &, * 등이 각각 무슨뜻인지
- 새싹교실/2012/ABC반 . . . . 1 match
같은 이름으로 지역변수와 전역변수가 있을경우 지역변수를 우선으로 한다.
- 새싹교실/2012/강력반 . . . . 1 match
같은 작업을 계속 하기 위하여 사용
- 새싹교실/2012/개차반 . . . . 1 match
* 계산 과정에 같은 변수가 포함되어 있을 경우 축약 연산자를 사용할 수 있다
- 새싹교실/2012/벽돌쌓기 . . . . 1 match
* int와 int값의 연산은 int로 나오는 데, int와 float값의 연산이 왜 float로 출력되는 가, float와 float값을 int값에 저장하였을 때 왜 소수점 자리가 버려지는 가 등과 같은 내용으로 강제형변환을 강의하였다.
- 새싹교실/2012/새싹교실강사교육/1주차 . . . . 1 match
예 ) 얘랑 같은 반 해서 좋아요. 강사가 친절합니다. 우웩! 돈을 걷어가서 공부에 발목을 잡히니 좋아요.
- 새싹교실/2012/설명회 . . . . 1 match
* 저도 얼핏 눈팅으로 보고 있는데 ZP 새싹게시판에서 말고는 강사가 누가 있는지 확인이 어렵네요. Netory, CLUG 회원도 있다면 ZP 새싹게시판에 있는 강사가 전부는 아닌것 같은데 맞나요? - [지원]
- 새싹교실/2012/아우토반/뒷반/3.23 . . . . 1 match
* 강사가 정통부 부장이랑 같은 분이셨다.같이배우게 될 남학우도 정통부였다.오늘은 정통부 오리엔테이션을 빠지고 여학우 모임에 가지만 다음 모임엔 참석할 수 있었으면한다.다음부터는 수업이다.따라갈 자신은 없지만 못알아듣는다고 화내지 말았으면 좋겠다고 생각.자꾸 정통부이야기를 한것은 새싹교실에대해 경험한 일이 없어서다. 그리고 강사가 아는 선배분이란 것과 수금덕분에 지각횟수가 줄어들것이라느 점이 좋았고 강사한테도 수금을 하니 프로그램의 진지함도 보여 좋았다.앞으로 신세좀 지겠습니다~ ●u● - [박상희]
- 새싹교실/2012/아우토반/앞반/3.22 . . . . 1 match
* 제대로된 스터디 그룹은 처음 참여해본다. 근데 아침부터 수업듣고 과제만하다 바로 새싹을한거라 조금 피곤했다. 뭔가 앞에껄 아는거같은데 제대로 모르는 것 같다 앞으론 좀 예습복습을 해야겠다. 아우토반 아주 좋소~ - [남성준]
- 새싹교실/2012/아우토반/앞반/4.12 . . . . 1 match
continue의 정확한 사용법과 switch case에서 'p'와 같은 식으로 받아주게 했을 경우에 인식을 하는지 정확히 모르겠네요.
- 새싹교실/2012/아우토반/앞반/4.5 . . . . 1 match
* 어깨가 빠지는줄 알았어요..유.유 왜냐면 제 노트북을 가져왔었거든요. 제 노트북으로 신나게 프로그램 4개를 ㅉㅏ 보았습니다. 아우토 샘이 힌트를 좀 주셨지만, 그래도 스스로 생각해서 해보아서 보람찼습니다. 그리고 프로그래밍의 세계는 매우 무긍무진합니다. 왜냐하면 같은 프로그램인데 성준이아 소스코드가 달랐기 때문입니다. 하하하.. 신나요신나 WoW~~ 앞으로 프로그램 많이 짜보며 연습하고 복습도 열심히! 질문도 열심히 하겠습니다. 룰루랄라
- 새싹교실/2012/앞부분만본반 . . . . 1 match
3 -> 문제 1. 다음과 같은 형식으로 본인의 이름을 출력하는 프로그램을 완성해보자 .
- 새싹교실/2012/열반/120319 . . . . 1 match
* [권우성] : 논리연산자 같은거 복습하게 된 것 같다.
- 새싹교실/2012/우리반 . . . . 1 match
* 아래 코드가 무슨 의미인지 생각해보기
- 새싹교실/2012/절반/중간고사전 . . . . 1 match
* 화요일 3시에 5피에 캡스톤 설계 수업이 있네요. 새싹하다 쫓겨났습니다ㅜㅜ 앞으로 5피는 못 쓰겠구나… 칠판 있는 곳을 선호하는데 어디로 가야할지 모르겠네요. 1학기에 5피 수업 몇개 없는 것 같은데 하필 시간이 겹치다니ㅠㅠ
- 새싹교실/2012/클러그 . . . . 1 match
* 어떻게 쓸지 고민되면 학생은 자신이 얼마나 이해한 것 같은지, 수업 분위기나 속도 및 난위도는 어땠는지를 써 봅니다.
- 새싹교실/2012/햇반 . . . . 1 match
상영:: 전 아무것도 모르고 이 전공을 택했고 물론 c프로그래밍에 관해서도 아무것도 몰랐지만 별찍기나 구구단만들기 같은 것을 하다보니 C프로그래밍에 흥미가 붙었고 더 많은 것을 해보고 싶다는 생각이 들었습니다
- 새싹교실/2013/라이히스아우토반/2회차 . . . . 1 match
C : 반복문이 끝나고 수행할 연산. 보통은 i++ 같은걸 한다.
- 새싹교실/2013/록구록구/9회차 . . . . 1 match
2013.05.14 (분명 많이 한거 같은데 귀찮아서 못적은게 많구나... ㅋ)
- 새싹교실/2013/양반/1회차 . . . . 1 match
두 친구들끼리는 알고 있는 것 같은데, 강사는 학생들과 처음 만나서 어색어색 했습니다. 그래도 어떻게든 진행하고 각자의 각오도 들어봤습니다.
- 새싹교실/2013/양반/3회차 . . . . 1 match
(2) 수식의 값이 각 case의 상수 값과 같은지 차례대로 검사한다.
- 새싹교실/2013/이게컴공과에게 참좋은데 말로설명할 길이 없네반 . . . . 1 match
- 앞으로의 방향 : 이제 문제를 풀면서 메모리의 구조를 다시 전반적으로 설명하고, 입출력방식, 간단한 알고리즘(유클리드 호제법같은)을 가르친다. 이렇게 준비를 한후 포인터에 돌입. 그리고 포인터에 대해서 이해가 어느정도 쌓였을때 발전시킬 수 있는 프로그램을 만들게 하면서 실력을 증가시킨다.
- 새싹스터디2006 . . . . 1 match
* 팀이 훨씬더 많은거 같은데 나머지 팀들은 어떻게 된거지~ - [(namsang)]
- 서지혜/단어장 . . . . 1 match
* evernote 페이지를 공유해버리겠습니다. 위키 형식으로 수정하기도 귀찮고 페이지가 너무 길어져서
- 성당과시장 . . . . 1 match
|| 시장 || 일찍, 그리고 자주 발표하여 다른 사람에게 위임할 수 있는 것은 모두 위임하고, 뒤범벅된 부분까지 공개하는 그런 스타일은 서로 다른 의견과 접근 방식이 난무하는 매우 소란스러운 시장 같은 분위기 ||
- 세미나/02대상 . . . . 1 match
가입율 91%가 무슨 의미인지?? --상민
- 세여니 . . . . 1 match
이번 겨울에 내가 예전부터 세워놓았던 곳을 여행할 수 있게 된다면 그 이후의 계획도 잘 진행될거 같은데 이번 겨울이 고비 야, 고비.......[[BR]]
- 송년회날짜정하기 . . . . 1 match
* 구근이형 그럼 못오시는건가봐요...쩝.. 전에 서강대에서 뵌 이후로 못뵌거 같은데... --창섭
- 송지원 . . . . 1 match
* '''혈액형''' : 격하게 O형같은 A형.
- 수학의정석/행렬 . . . . 1 match
행렬과 같은 숫자의 행렬데이터를 집어넣는다
- 숫자를한글로바꾸기 . . . . 1 match
* 이강성 교수님께서 만드신 TestDrivenDevelopment 강의 동영상에서 다룬 내용과 같은 문제네요. 이 문제를 푸신 분들은 제게 메신저로 말씀을 해 주세요. DevilsCamp 때도 TestDrivenDevelopment 에 대해서 잠깐 접해보셨겠지만 이 동영상을 보시면 많은것을 얻으실 수 있을 것 같네요. 참고로 제 MSN 주소는 boy 골뱅 idaizy.com 입니다. 원저자께서 해당 파일이 무작위적으로 유포되는걸 원치 않으셔서 신청자에 한해서만 파일을 보내드리겠습니다. - 임인택
- 숫자를한글로바꾸기/정수민 . . . . 1 match
알고리즘은 문제가 없는데 자잘한 실수때문에 2시간이나 더걸려버렸다.
- 숫자야구/ 변준원 . . . . 1 match
// 하지 않으면 실행할때마다 같은값을 만듭니다. -_-;;
- 숫자야구/손동일 . . . . 1 match
// 하지 않으면 실행할때마다 같은값을 만듭니다. -_-;;
- 시간관리하기 . . . . 1 match
["정모/2002.9.26"] 때 사람들에게 요새 겪게 되는 문제들에 대해서 이야기하라고 했었을때, 많이 나왔던 질문이 '시간이 없는데 하고 싶은 일은 많고...' 식의 문제가 많았다.
- 식인종과선교사문제/변형진 . . . . 1 match
여기서는 구현하지 않았지만, 모든 cases에 대해 각각 어떻게 처리할 수 있는지를 먼저 컴퓨터가 계산하여 DB에 담아서 일괄 처리하면, 이 문제가 상당히 복잡해질 경우 Backtracking보다 나은 효율을 보일 수도 있지 않을지?
- 신기호/중대생rpg(ver1.0) . . . . 1 match
* 훌륭한 스압이다. 이거 리펙토링하면 재밌을것 같은데 같이 해보자 - [김준석]
- 실시간멀티플레이어게임프로젝트/첫주차소스3 . . . . 1 match
Upload:game2.py -- 지용 일단 대략적인.. 게임 모습만 나옴.근데 시간을 체크해서 건강상태도 증가시켜 주는 거는 너희가 봐야 될거 같은데
- 악성아이피 . . . . 1 match
로봇이라면 예전에도 이런 일이 있었어요. 그때는 robot.txt 르 만들고 뭐 어떻게 했던거 같은데 찾아봐야겠네요. 요새 글이 올라오는게 심상치않은게, 더 피해를 입기 전에 차단을 해야 할 거 같네요. -- 휘동
- 안혁준 . . . . 1 match
* 내가 남긴 흔적 정리하기(블로그, 각종 공부했던거 같은거.)
- 여사모 . . . . 1 match
int * a = new int[b]; // 이와 같은 경우에는 원하는 값을 할당받아 사용하므로 올바르게 실행된다. */
- 열정적인리더패턴 . . . . 1 match
때로는 다양한 사유로 인해 리더가 그룹을 이끌지 못할 수도 있다. 이게 짧은 기간이면 대체로 문제가 되지 않는다. 하지만 어느 정도 기간 동안 그룹의 리더가 공석이 된다면, 누군가가 나서서 그 역할을 맡아야 한다. 일반적으로 이미 그룹에 대해 열정적인, 적극적 참여자(ActiveParticipantPattern)가 좋은 선택이다. 그러나 언제나 최선은 역할을 맡겠다는 지원자이다.
- 영어와친해지기 . . . . 1 match
하지만 현실은 아주 우울한 것 같습니다(이에대한 예가 될런지는 모르겠습니다만, DevilsCamp에서 제가 발표할 내용의 슬라이드를 어설픈 영어와 한글 버전으로 제작해 놓고 영문 버전만을 발표전에 새내기와 2학년들에게 보여준 채, 발표자료가 어떤 것 같냐고 물어봤더니, 질문을 받은 학생들 모두가 상당히 부담스럽다고 대답하였습니다). 이는 아마 우리나라의 잘못된 영어교육 때문이 아닌가 생각합니다(잘못된 것은 비단 영어 뿐만이 아니지만). 저는 영어를 잘하는것은 아닙니다만 영어에 대한 부담감 같은 것들은 그리 크게 느끼지 않고 있습니다. 이점을 제가 생각하는 제 몇 안되는 장점이라고 생각하고 있는데... 사람들이 엉어에 대한 부담감을 덜 수 있는 좋은 방법이 없을까요? 여러분의 생각을 듣고 싶습니다.
- 오목/곽세환,조재화 . . . . 1 match
//MessageBox("같은곳에는 입력하실 수 없습니다.", "경고2");
- 위대한게츠비 . . . . 1 match
있는 데이지 같은 여자(외모만 반반하고, 허영심 많고, 물질적인것을 갈구하고, 이기적인...ㅡㅡ;;)
- 위시리스트 . . . . 1 match
* 서적같은 경우는 회원 개개인의 관심분야에 따라 수요가 달라질 수 있으니 서적을 신청할 때 해당 서적의 수요 조사를 하고 수요가 높은 순서대로 신청하는 것도 좋을 것 같습니다 - [장혁재]
- 위키개발2006 . . . . 1 match
* 사이트내 실시간 채팅 매크로 추가. 아래와 같은 매크로 사용시에 실시간 채팅 매크로가 추가 된다. 직접 구현은 안했고, gabbly 거 이용함.
- 위키광부 . . . . 1 match
[강희경]이 좋은 내용의 위키페이지가 사장되어가는 것을 보고 안타까워 만든 개념
- 위키놀이 . . . . 1 match
팀별로 페이지가 있다. 그 페이지에 팀원들의 프로필 페이지를 링크시켜두고.
- 위키설명회 . . . . 1 match
* 로그인과 페이지 만들기를 하면서 UserPreferences가 이상해지고, [페이지이름]의 규칙을 어긴 페이지가 많이 만들어졌습니다.--[Leonardong]
- 위키설명회2005 . . . . 1 match
[노스모크] 를 이용하는 이유는 ZP위키는 프로젝트 중심이기 때문에 흥미로운 페이지가 적고, [좋은위키페이지] 에대한 분별력이 떨어질 것이라는우려.
- 위키에 코드컬러라이저 추가하기 . . . . 1 match
다음과 같은 부분을 찾아서...
- 위키요정 . . . . 1 match
위키를 옳은 방향으로 이끌어 나간다는건 힘든일 같습니다. 수십페이지를 올바른 방향으로 수정하면서 드는 생각은 이렇게 했을때 이 글을 쓴사람이 기분나빠서 위키를 쓰는것을 꺼려하지 않을지 걱정되기도 합니다. 내가 올바른 방향으로 생각하는 것이 다른사람에게는 옳지 않은 방향일지를 항상 고민합니다. 하지만 가끔은 리누즈 토발즈 같은 좋은 독재자가 필요한것도 같습니다. - [안혁준]
- 위키의특징 . . . . 1 match
|| 페이지온도의 변화 || 작성시간이후 계속 낮아짐.(이러한 이유로 질&답 게시판을 보면 같은 내용의 질답이 많다 사람들이 작성날짜를 기준으로 글을 보고 쓰기 때문)|| 참여에 따라 언제든지(위키에서는 생성날짜보다 그글의 수정(혹은 생성-최근바뀐글)되었는지가 기준이 된다. 글에 대한 접근이 각글을 읽다가 링크를 따라서 여러가지 글에 대한 접근이기 때문에 언제든지 사람들의 관심을 가지는 글들은 재조명 받을수 있다.||
- 유럽여행 . . . . 1 match
결혼식 같은 지역 행사에 참여, 힘들면 그냥 구경이라도 하고 싶다.
- 유선 . . . . 1 match
* spell with flickr 이걸로 배너같은걸로 대신해도 좋을듯... - [eternalbleu]
- 유용한팁들 . . . . 1 match
아래와 같은 식으로 B 서버에 .ssh 폴더가 만약 없다면 만들고.
- 윤성만 . . . . 1 match
''음하하하하하 드디어 윤성만이라는 이름의 페이지가 탄생했습니다.(2005년 1월 3일 월요일 23시 38분)
- 윤종하 . . . . 1 match
* 물리엔진 개발보다는 분석이 좋지 않을까? 일단은 엔진의 기본기능부터 분석을 해야 제대로 만들 수 있을거 같은데... - [박성현]
- 윤종하/지뢰찾기 . . . . 1 match
for(j=0;j<i;j++) if(pos_data[i].X==pos_data[j].X && pos_data[i].Y==pos_data[j].Y) continue;//중복 좌표가 생기면 재생성
- 이승한/mysql . . . . 1 match
[MySQL] 페이지가 있네. 몰랐다면 참고~ --[Leonardong]
- 이승한/tip . . . . 1 match
나중에 내가 보면 피식할수 있는 페이지가 되길
- 이승한/질문 . . . . 1 match
int *copyArray = new int[aLength];//전달 배열과 같은 크기의 새로운 배열 생성
- 이정화 . . . . 1 match
정화야 안녕. 오티때 같은방 진하다 ㅋ 아침인데 졸라 졸려 -_-; [http://165.194.87.227/zero/index.php?url=ZeroWiki&title=%B1%E8%C1%F8%C7%CF 클릭하지마요!]
- 임베디드방향과가능성/정보 . . . . 1 match
(소수의 천재들... 프로그래밍 제네레이터 --... 저걸 만들려고 아이디어를 가지고 있었는데 같은 생각을 하는 사람이 있었네... -_- 컴파일러 이론은 너무 어렵지만... 가장 먼저 만들 수 있을까...)
- 임수연 . . . . 1 match
수연아, 이슬이한테 무슨짓을 한거야!! ㅋㅋㅋㅋ [이규완]
- 임인택/CVSDelete . . . . 1 match
CVS로 프로젝트 소스파일 받아다가 다른곳에 쓸때, 가끔 CVS 폴더 지우는게 너무 짜증날때가 있다. tortoise 같은데서 찾아봐도 없길래 그냥 간단하게 파이썬으로 작성.
- 자유게시판 . . . . 1 match
홈페이지가 바껴진 이상 더이상 필요가 없을것 같아 삭제함 --[곽세환]
- 장정일삼국지 . . . . 1 match
오랜만에 읽는 삼국지였고 읽는 동안 여러 생각을 할 수 있었다. 작가의 의도와는 다르게 삼국지에 등장하는 인물과 전쟁에서 많은 영감을 얻었다. 촉의 승상인 제갈량은 이 책에서도 역시나 귀신같은 지략을 보여주는데, 그 지략이 요술이나 점괘가 아닌 주변 상황에 대한 끊임없는 관찰 때문임을 역설하였다. 제갈량 뿐 아니라 많은 전투 장면에서 장수나 참모가 이러한 모습을 보여준다. 이는 소설을 매우 사실감있게 만들었을 뿐만 아니라 놀라운 결과는 세심한 관찰에서 나온다고 알려주는 듯했다.
- 재미있게공부하기 . . . . 1 match
''재미있는 것부터 하기''와 비슷하게 특정 부분을 고르고 그 놈을 집중 공략해서 공부하는 방법이다. 이 때 가능하면 여러개의 자료를 총 동원한다. 예를 들어 논리의 진리표를 공부한다면, 논리학 개론서 수십권을 옆에 쌓아놓고 인덱스를 보고 진리표 부분만 찾아읽는다. 설명의 차이를 비교, 관찰하라(부수적으로 좋은 책을 빨리 알아채는 공력이 쌓인다). 대가는 어떤 식으로 설명하는지, 우리나라 번역서는 얼마나 개판인지 등을 살피다 보면 어느새 자신감이 붙고(최소한 진리표에 대해서 만큼은 빠싹해진다) 재미가 생긴다. see also HowToReadIt의 ''같은 주제 읽기''
- 정규표현식/스터디/반복찾기 . . . . 1 match
* 하지만 날짜가 54/67/9999같은 날짜도 통과 시킨다.
- 정모 . . . . 1 match
-> 회의중 같은말이 반복된다.
- 정모/2002.5.30 . . . . 1 match
* 참여 인원과 문제가 중요..(준비 중요!)
- 정모/2002.9.12 . . . . 1 match
1. 2학기 때 제로페이지가 어떻게 운영되어야 할지 총괄적 검토.
- 정모/2002.9.26 . . . . 1 match
나도 형같은 사고체계에 들어갔다 나왔다 하는 사람인지라 이해합니다...^^;; --창섭
- 정모/2003.2.12 . . . . 1 match
* 단장에게 큰 의무같은건 없지만 앞으로 열심히 하겠다는 마음이 있으면 뭐든지 할 수 있을거야~ --선호
- 정모/2004.3.2 . . . . 1 match
* 입학식에도 수업하나요?? 안했던거 같은데요.. --민수
- 정모/2004.8.9 . . . . 1 match
*같이 함께 노는 행사(신복편전과 같은 의미, 복날)
- 정모/2005.4.4 . . . . 1 match
* 학회실이 생기면 좋을것이다. && 교수실없는 전임교수님도 있는데....
- 정모/2006.3.16 . . . . 1 match
분실물이 생기면 동문서버및 7피 보드에 목록 적기
- 정모/2007.1.19 . . . . 1 match
MT를 가지말고 ZP의 밤 같은 행사를 하자.
- 정모/2007.3.27 . . . . 1 match
- 현재 문제가 되고 있는 부분이 다달이 PC관리비용이 14만원이 나오고 있어서 이 돈을 아마 4개의 학회가 골고루 나누어 질거 같다
- 정모/2011.10.12 . . . . 1 match
* 네, 중요한 일이 있으니 가급적 참여하라는 말에 뭘까 의아했는데 선배님이 오셨었군요! 전 이때까지 04밑의 이야기는 거의 들은적이 없었는데 좀 더 많은 걸 알게되어서 좋았던거 같네요. 폴리곤/데블스 였다니.... 11월말에 할 예정이니 잘 준비해서 성공적으로 했으면 좋겠어요. 뭐랄까, 20주년이라는 큰 행사라서 12월에 할 행사까지 다 모을거같은 행사의 총 집합체! 기대됩니다. -[김태진]
- 정모/2011.3.21 . . . . 1 match
* 간만에다시온 제로페이지는 그대로 이더군요. 준석이의 충격적인 세미나는 역시 와우는 나같은 사람은 손대면 안된다는 걸 확신하게해 주었습니다. 후밴들이많아서더 맛있는걸 못 사준게 좀 아쉽고, 발표는 사람들이 잘 집중해 줘서 너무고마웠습니다. 빨리 더 많은걸 배워서 세미나 해주고 싶습니다.. 마지막으로 회장님 화이팅ㅋㅋㅋ - [이승한]
- 정모/2011.4.4/CodeRace/김수경 . . . . 1 match
* [TDD]로 개발하려 했는데 rake aborted! No Rakefile found. 라는 메세지가 뜨면서 테스트가 실행되지 않아 포기함. 한시간동안 계속 찾아봤지만 모르겠다. 영어 문서를 읽으면 답이 있을 것 같은데 더 이상은 영어를 읽고싶지않아ㅜㅜㅜㅜㅜㅜ
- 정모/2011.5.30 . . . . 1 match
* 오늘 1시까지 기다리다 정모페이지가 안만들어지기에 제가 만들어버렸습니다 -_- 음, 이번주 스터디 공유에서 디자인패턴에 어떤 규칙에따라 만들어지는걸 구경했는데요. 규칙을 좀 더 자세히 알아보고 싶네요. 신기했거든요 +_+ 에.. OMS이번주 주제는 OMS였죠. 합주에 관한. 사실 생각해보면 하나하나씩 악기를 더해가는거니까 합주라고 볼 수도 있겠더라구요. 별로 생각도 안한 방법이었는데 신기했어요. (사실 잘 하는 악기가 없습니다만..) 그리고 OMS를 안 한 사람이 저밖에 없다보니 제가 OMS 다음주자를 맡게 되었지요. 다다음주에 하지 않게되면 너무 질질끌게 되니까 준비가 된다면(;;) 월요일 하도록 하겠습니다~~ (사실 주제도 걱정입니다..와우에 대해서 해볼까?!) 그리고 회고방식이 저번달과 많이 바뀌었던데요. 이것도 ICE Breaking의 한 방식이라니 신기했어요. 전 나이를 1살로 했지요. 전 이제 막 ZP에 들어와서 모든게 새로우니까!(지극히 주관적) 아, 그리고 데블스 캠프도 기대되네요. -[김태진]
- 정모/2011.7.11 . . . . 1 match
* DP 세미나 참여 때문에 일찍 끝나서 뭔가 약간 아쉬웠습니다. 데블스캠프도 마치고 새로운 스터디/프로젝트도 시작되어서 사실 공유할 수 있는 것들이 많았을텐데 (저 같은 경우 DB2 Certi Program에 대해 좀 공유하고 싶었고..) 다음주를 기약 해야겠어요. 태진이의 OMS는 MacBook의 디스플레이가 원활했다면 keynote로 더 좋은 presentation이 될 수 있었을텐데 아쉬웠을 것 같아요. 본의 아니게 (주제가 Apple이다 보니) 선배님들이 많이 (농담조로) 디스했는데 발표는 좋았답니다. 역시 태진이는 기대치를 높여주는 친구에요. - [지원]
- 정모/2011.7.18 . . . . 1 match
* '''문제를 인식했을 때 일단 멈춰서 생각하는 게 중요하다''' 매번 브레이크를 거냐라고 생각이 들겠지만 문제가 스스로 사라지는 일은 거의 없는데다 스스로 자라는 성질이 있어서.. 특히 팀플레이에서는 문제인식을 공유하는게 중요하다고 생각해요!! 나중에 피바람이 붑니다. - [서지혜]
- 정모/2011.8.22 . . . . 1 match
* 추후에 진행방식과 같은 구체적인 것을 의논해 볼 것이라고 합니다.
- 정모/2011.9.5 . . . . 1 match
* 이날 후기가 저조하네요 후기쓰고감 새로온 사람도 있었고 오랜만에 온 사람도 있어서 자기소개를 나이순으로 했던거같은데ㅋㅋ 개강 첫 정모인데 사람이 많아서 깜놀ㅋㅋ 설마 개강파티때문에 그런건 아아아니죠? 이후 정모부터 안보이는 사람이있어ㅡㅡ - [서지혜]
- 정모/2012.1.13 . . . . 1 match
* 참신한 스타일의 OMS 잘 들었습니다. 어떤 책의 "인간은 기대했던 단어가 나오지 않으면 깜짝 놀라게 된다."라는 구절이 생각나네요. 마치 하이든의 놀람 교향곡을 들은 느낌입니다ㅋㅋㅋ.. 회칙 개정은 작년 초에 말했던거 같은데 이제야 과업을 달성(;)하네요. 지난 회장단의 사업을 마무리 해야하는데 조용히 사라진 계획이 몇 있는듯... 새회장님 당선 축하드려요. ZP를 잘 이끌어주시길.. - [서지혜]
- 정모/2012.10.8 . . . . 1 match
* 오늘 정모는 뭐랄까 예전의 정모같은 느낌이었네요. 올드비들만 있어서인지. 덕분에 많은 것들을 한꺼번에 빨리 쉽게 전달할 수 있었습니다.
- 정모/2012.11.19 . . . . 1 match
* [박정근] : 300년만에 위키쓰는거 같은데 지금 써도 되나 모르겠네여ㅜ 정모 열심히 하겠습니다.ㅜ
- 정모/2012.4.2 . . . . 1 match
* 신나는군요 드디어 간만에 OMS를 잡게 되었습니다. 폭풍같은 1주에도 간만에 해보아야 할일이 생겼네요. 정모는 짧아지니까 새로운 감흥입니다. 어. 빨라졌네?? 이정도? 컨텐츠가 짧아진 대신 프리토킹 시간을 조금 가져보는것이 좋을것 같습니다. - [김준석]
- 정모/2012.9.10 . . . . 1 match
* RPG Maker - 목적: RPG Maker 에물레이터와 같은 기능의 툴 만들기. 매주 목요일 6시에 모여서 진행합니다.
- 정모/2012.9.17 . . . . 1 match
* RPG Maker - 목적: RPG Maker 에물레이터와 같은 기능의 툴 만들기. 매주 목요일 6시에 모여서 진행합니다.
- 정모/2013.1.15 . . . . 1 match
* 조광희 : 질문은 게시물이 생기면 거기에 하면 되는건가요?
- 정모/2013.1.29 . . . . 1 match
* 의견1: 뭔가 권한같은 것을 부여해서 회원이냐 아니냐에 대한 차이점을 주는 요소가 들어가야한다.
- 정모/2013.2.19 . . . . 1 match
* 새싹교실을 알리기 위한 방식 결정(미정)(새싹교실 벽보 여부, 페이스북이나 트위터같은 매체 활용 여부 등등.)
- 정모/2013.3.18 . . . . 1 match
* Q : --무슨말을 하는지 알 수 없어서 놓침--
- 정모/2013.3.25 . . . . 1 match
* 민재야 홍병우 교수님 같애............ 같은 질문 계속 계속 - [고한종]
- 정모/2013.3.4 . . . . 1 match
* 다음 주 정모는 신학기 개강으로 인한 변수가 많은 관계로 후에 휴대폰과 같은 매체로 공지하겠습니다.
- 정모/2013.5.20 . . . . 1 match
* 왜 내가 1등인 겁니까!!... 발표 연습 많이 해야겠어요. 주제도 간결화하는 연습을 해야 겠고요. 경험 하나 쌓았다는 것에 만족하겠습니다. 근데 스터디 상태 공유를 안한 거 같은데.. - [김해천]
- 정모/2013.6.10 . . . . 1 match
* 위키로 정모에서 어땠는지 잘 파악할 수 있어서 더 좋은거같은데요. -[김태진]
- 정모/2013.8.19 . . . . 1 match
* 아두이노와 같은 경우에는 현재 보유중인 것만으로는 부족합니다. 키트로 팔긴 하지만, 가격이 비싸기 때문에 필요한 부품만 낱개로 사는 것이 좋습니다.
- 정모/안건 . . . . 1 match
둘러 보다 보니, '항상 ZeroPage 를 활성화 하기 위해 무엇을 할것인가?' 라는 질문이 반복 되는것 같습니다. 시각을 바꾸어서, 활성화된 다른 학교의 학회, 동아리에서 그들의 장점 분석하는 벤치마크 이벤트 같은것도 있으면 어떨까요? [공학적마인드]로 말이지요. :)
- 정의정 . . . . 1 match
* 제로페이지에서 뭔가 많이 한거같은데 사실 한게 없는 잉여회원
- 정혜진 . . . . 1 match
|| 무슨표를 만들어야 하나?? ||ㅋㅋ||
- 제로페이지는 . . . . 1 match
* 제로페이지는.. 학회..를 가장한.. 친목모임?? 은 아닌것 같구요 혼자서 하면 의지가 무너질것 같은 일들을 같이 해줄수 있는곳... --선호
- 조동영 . . . . 1 match
어려울것 같지만 먼가 결과물이 나올거 같은 좋은예감도 들게 해주는 프로젝트..
- 조영준 . . . . 1 match
* 15년차 리듬게이머입니다. 킁킁 이게 무슨 냄새지.
- 조현태/놀이/시간표만들기 . . . . 1 match
* 이건...비밀인데..^^;; 사실 용량이 큰 이유가 안에 캐쉬를 위해서 색깔만 다른 그림파일 같은게 3개 들었다. 시간 부족으로 그부분 처리 해주기가 귀찮아서 방치중..ㅎㅎ
- 조현태/놀이/지뢰파인더 . . . . 1 match
데블스 캠프에서 배운 로보코드를 활용할 생각..^^ 뭔가 객체같은 느낌이 들어서 클래스로 만들어 주기로 했다.^^
- 조현태/놀이/채팅서버 . . . . 1 match
나머지 2개와 seqNum의 용도를 모르겠다는..그래서 항상 같은수만 보낸다는..;;
- 졸업논문/요약본 . . . . 1 match
웹 환경은 이제 하나의 플랫폼으로 자리 잡고 있다. 빠르게 변하는 웹 환경에는 python같은 객체지향 언어가 적당하다. Django는 python으로 만들어진 웹 애플리케이션 프레임워크로, 데이터베이스를 추상화하여 개발자가 기민하게 웹 애플리케이션을 작성하도록 돕는다. Django에서는 기존에 ODBC등을 이용하는 CLI 보다 한 단계 더 높은 수준에서 데이터베이스를 사용할 수 있다. 예를 들어 주언어 python에 클래스를 정의하면 데이터베이스 테이블을 자동으로 생성해주며, 클래스가 변경되면 데이터베이스 테이블도 자동으로 수정해준다. 그 밖에 삽입, 삭제, 수정, 조회 기능을 클래스가 가진 메소드로 추상화하여 주언어 수준에서 데이터베이스를 사용할 수 있도록 한다. 이러한 지원을 바탕으로 웹 애플리캐이션 개발자는 기민하게 프로그램을 작성할 수 있다.
- 주민등록번호확인하기/김태훈zyint . . . . 1 match
여전히 13월 33일 되는거 같은데..ㅎㅎㅎ 고치라구!!^^
- 중앙도서관 . . . . 1 match
나는 우리학교 도서관에 아마존 스타일의 시스템(많이도 말고, 도서별 리뷰 등록, 별표 평가, 고객 클러스터링을 통한 서적 추천, 도서별 대출/검색 횟수를 통한 베스트셀러 집계 및 이에 대한 통계 분석 -- 예컨대 공대 학생의 베스트셀러, 경영학과의 베스트셀러, 4학년의 베스트셀러 등 -- 같은 것만이라도) 을 도입하면 학생들의 독서량이 두 배는 높아질 것이라고 확신하며, 이것이 다른 곳(정문 바꾸기 등)에 돈을 쓰는 것 몇 십 배의 가치를 지속적으로 만들어 낼 것이라 믿는다. 이제는 도서관도 인터넷 서점을 벤치마킹 해야 한다.
- 중위수구하기/문보창 . . . . 1 match
* 파일이름과 같은 클래스에 메인메소드만 있으뎐 됩니다.
- 중위수구하기/조현태 . . . . 1 match
중위수가 먼지 몰랐다..;;ㅁ;; 인터넷에서 뒤져보니 앞과 뒤의 합이 같은 어쩌고 저쩌고...
- 중위수구하기/허아영 . . . . 1 match
그냥 넘겨 받아도 문제는 없을 것 같은데..ㅎㅎㅎ 짜기 편하자너..ㅎㅎ 문제도 줄고..^^
- 지금그때2004/게시판홍보문안 . . . . 1 match
같은 것이 있습니다.
- 지금그때2004/토론20040331 . . . . 1 match
* 효과적인 토론 방식에 대해 배웠다. 저번의 지지부진한 실속없는 회의나 평소에의 자봉단 회의 같은 일에 비해 10배 이상 능률이 오른 기분이다.
- 지금그때2004/토론20040401 . . . . 1 match
* 그러한 공간적인 면을 물어 본것이 아닙니다. 당일 책상 배치는 사람수에 따라 그 수가 재조정되었습니다.(물론 한 책상당의 사람수의 계산에 따른 것입니다.) 전 방식에 대한 본질적인 질문을 한것이지요. 다음에 열거하는 것들에서 큰 차이가 있는것 같은데 맞나요? --NeoCoin
- 지금그때2005 . . . . 1 match
문과대의 강의실을 빌릴 생각은 하지 못했었네요. 제 친구를 통해서라면 문과대(서라벌홀)의 강의실도 빌릴수 있을것 같은데. - [이승한]
- 지금그때2005/후기 . . . . 1 match
* 처음에는 이게 뭐하는 행사인가 했고, 좀 뻘쭘하지 않을까 했다. 그런데 오늘 이 행사에 참여 해보니깐 상당히 큰 충격을 받았다. 이렇게 자리를 어떤식으로 만드느냐에 따라서 이렇게 훌륭한 토론, 토의, 경험 공유가 가능하구나 하는것을 느꼈다. 이 행사를 통해서 다른 사람들의 경험, 조언, 좋은 얘기를 많이 들어서 너무 좋았다. 정말 좋은 행사라고 생각했다. 그리고 이런 행사를 준비하기 위해서 수많은 회의, 토론을 한 03,04 제로페이지 후배들이 자랑스럽게 느껴졌다. 이런 '지금그때' 행사같은 분위기는 처음 느끼는데, 정말 신선하고 좋은 경험이었다. - [상협]
- 지금그때2006/세부사항 . . . . 1 match
3. 이전과 같은 방식으로 진행한다.
- 지금그때2006/질문레스토랑 . . . . 1 match
* 임광훈 - 철학과 같은것.. 국문과 수업을 들었는데 신선했다.
- 지금그때2007/아이디어 . . . . 1 match
* 그냥 돌아가면서 소개는 재미없고 시간만 잡아먹는 것 같은데~
- 지금알고있는걸그때도알았더라면 . . . . 1 match
자신이 학교를 졸업했건, 그 꿈만같은 1학년을 마쳤건, 혹은 요령도 피울줄 아는 3학년을 지냈건 자신이 ["지금알고있는걸그때도알았더라면"] 하는 것이 있을 것이다. 뒷 사람을 위해, 그리고 나 자신을 위해 이정표를 만들어두자 -- 내가 그 때 했더라면 하고 바라는 것은 어쩌면 지금 할 수 있음에도 지금 하고 있지 않는 것일지도 모른다.
- 질문레스토랑 . . . . 1 match
[질문의힘]에 나오는 ''질문 게임''을 좀더 게임과 같은 분위기로. [지금그때2005]를 준비하는 이들이 창안.
- 쪽지:인수와상협 . . . . 1 match
인수야, 페이지 제목 때문에 그런 문제가 생긴거 같다. -_-; 아마도 \ 이문자가 문제인듯..
- 창섭/배치파일 . . . . 1 match
따라서 사용자는 항상 도스 프롬프트 상에서 일일이 키보드를 이용한 타이핑으로 명령을 내려야 하고, 하나의 명령이 내려지면 완료될 때까지 다음 명령을 내릴수가 없습니다. 작업 과정이 얼마되지 않는다면 큰 상관이 없으나 그 과정이 매우 길고 복잡하다면 사용자는 지루함을 느끼게 됩니다. 또한 비록 짧은 작업과정이라도 컴퓨터를 켤때마다 매번 똑같은 과정을 일일이 지시하는 것도 귀찮을 것입니다.
- 채근담 . . . . 1 match
* 사실 위에 링크 걸린 책으로 읽지는 않았다. 비싼 관계로.. -_-, 좀 저렴한 걸로 어차피 같은 채근담이니 읽었다.
- 채팅원리 . . . . 1 match
하는 ID와 같은 ID가 있는지 없는지 비교한 후 결과를 클라이언트에 돌려준다. 이미 사용중인 ID이면 다른 ID를 사용할 것을 권하고, 사용가능하다면 채팅을 시작한다.
- 최대공약수/조현태 . . . . 1 match
와 같은 뜻이야.^^그런데 귀차나서 두개를 안쪽에 넣어버린거지.^^
- 최소정수의합 . . . . 1 match
- 문제가 그렇습니다. 처리조건은 HINT라기 보다는 그 말 대로, 처리하기 위한 조건이라서 문제의 하위 조건이라고도 볼 수 있습니다.
- 최소정수의합/조현태 . . . . 1 match
* 1에서 n수까지 합 공식을 사용한것 같은데, 알고리즘 측면으로 공부하는 것이라서, 원리적인 알고리즘을 사용하는 코드를 사용하면 좋을 것 같네요. 비록 제 생각이긴 하지만, 복잡한 문제에서는 공식을 알 수 없을 것 같아서요^^ -[허아영]
- 컴퓨터를전공하면서꼭알아야할세가지 . . . . 1 match
두번째가 "무엇을"이었다면, 세번째는 "어떻게"에 해당합니다. 같은 일을 해도 어떻게 하면 효과적/효율적으로 할 수 있느냐를 공부하는 것이죠. 어차피 실용기술적인 측면에서 컴퓨터를 본다면 이 소프트웨어 공학을 지나칠 수 없을 겁니다. 그런데, 이 SE라는 것은 단순히 어떤 "거대 프로세스 모델"만을 일컫는 것은 아닙니다. 궁극적으로는, 계획을 잘 짜는 법, 사람을 잘 관리하는 법, 정보를 잘 정리하는 법 등이 모두 포함됩니다.
- 타도코코아CppStudy . . . . 1 match
* 인수형~ 숙제를 하는데.. 제껀 왜 1학년때 숙제같은지..─_─; 클래스를 넘 안썼나봐요... 으앙~ 구제해주세요~ -- 대근([CherryBoy])
- 타도코코아CppStudy/0811 . . . . 1 match
* 8/11 페이지가 왜 이러지요??? ~~ [수진]
- 토이/삼각형만들기 . . . . 1 match
사용자의 입력에 따라 다음과 같은 모양을 콘솔에 만든다
- 토이/삼각형만들기/김남훈 . . . . 1 match
세번째가 결국 문제인데, 무슨 수열 생각할 거 없이 그저 직관적으로 recursive로 필요한 버퍼의 양을 구현. 이건 별표 찍는 시작 위치 정할때도 쓸수 있더구만. 그저 손 가는대로 프로그래밍 했을 뿐.
- 토이/숫자뒤집기/김정현 . . . . 1 match
다른 방법 찾는거 왜케 재밌지..ㅋ 음 더 짧고 간단한 방법이 있을꺼 같은데..
- 튜터링/2013/Assembly . . . . 1 match
* 컴퓨터 구조가 어떤 식으로 되어있는지 써보고, CPU에는 어떤 것이 있으며 각각 무슨 일을 하는지 써보자.
- 파스칼삼각형 . . . . 1 match
참고로 파스칼의 삼각형은 다음과 같은 모양입니다.
- 파스칼삼각형/김태훈zyint . . . . 1 match
아영아 이런 소스를 참조하라고.. 내거 같은 가독성 없는 소스 말고..ㅎㅎ - [조현태]
- 파스칼삼각형/김홍기 . . . . 1 match
* 그런데 재귀함수쓰니 뭔가 이상한 문제가 나와서 그냥 포문활용
- 파이썬->exe . . . . 1 match
간단한 팁입니다만 구글같은데 아무리 서치해봐도 안나오길래 팁으로 올립니다.
- 페이지이름고치기 . . . . 1 match
페이지 이름을 고치는 기능이 모인모인에서는 특별하게 존재하지 않는다. 다음과 같은 과정으로 해결한다.
- 프로그래머가알아야할97가지/ActWithPrudence . . . . 1 match
이터레이션 초반에 스케줄이 아무리 여유로워 보인다고 해도, 시간 압박을 다소 받는 건 어쩔 수 없다. “제대로 하기”와 “빨리 하기” 중 선택해야 할 경우, 나중에 다시 돌아와서 고칠 수 있다는 전제하에 “빨리 하기”를 선택하고 싶어지기도 한다. 스스로에게나 팀에게 또는 고객에게 이런 약속을 할 때에는 정말로 나중에 고치겠다는 뜻이다. 그러나 십중팔구 다음 이터레이션에서 새로운 문제가 나타나서 거기에 집중하게 되곤 한다. 이렇게 연기된 작업은 기술적 부채(Technical Debt)라고 알려져 있으며 이런 일에 익숙해져서는 안 된다. 특별히, 마틴 파울러(Martin Fowler)는 그의 기술적 부채 분류 체계에서 이를 의도하지 않은 기술적 부채와 헷갈려서는 안 되는 계획적인 기술적 부채라고 부른다.
- 프로그래머의편식 . . . . 1 match
진정한 명인들은 개방적인 마음을 가지고 있다. 겸손한 마음으로 새로운 지식을 받아들이는 것을 멈추지 않는다. 카메라와 같은 장비에 대한 의존도도 줄인다. "어떤 카메라든 훌륭한 작품을 만들 수 있다."고 생각한다.
- 프로그래밍은습관이다 . . . . 1 match
* 대학원 다니는 아는 선배에게 디버깅 세미나 할건데 뭐 도움되는 말좀 해달라고 하니깐 '프로그래밍은 습관이다' 란 말을 해줬다. 공감이 가는 말이다. 프로그래머에게 프로그래밍은 습관인거 같다. 마치 자전거를 처음 탈때는 엎어지고 그러다가 한번 타기 시작하면 그 다음부터는 쉽게 타는것이랑 비슷한거 같다. 난 군대 가기전에 군대 갔다 오면 프로그래밍 하는것을 다 까먹을텐데 하고 걱정을 했었다. 그런데 군대 가서 프로그래밍에 더 발전은 없었지만 마치 자전거 타는 법을 배우고 한동안 안타다가 다시 타는것과 같았다. 세세한 문법같은것은 생각이 나지 않더라도, 그런것을 어디서 찾을지와, 어떤식으로 적용할지는 몸으로 체득했기 때문에(삽질ㅜㅡ ) 몸이 기억을 했다. - [상협]
- 프로그래밍잔치 . . . . 1 match
* 에구 안타깝네, 7시 까지이니 참가는 와도 진행중이라 무리일것 같고, 같이 진행 되는 상황만 봐도 좋을것 같은데? 무리가 되지 않으면 와 --["상민"]
- 프로그래밍잔치/첫째날후기 . . . . 1 match
7 개의 언어 Set 중 사람들은 1개씩 골랐다. 같은 언어를 고른 사람들끼리 Pair 를 구성, 해당 언어로 문제를 풀기 시작했다.
- 하욱주/Crap . . . . 1 match
내가 푼 방식(난잡한것 같은...ㅡㅡ;;)
- 학문의즐거움 . . . . 1 match
이 책을 읽으면 공부란 무엇인가? 어떤 자세가 바람직한 가에 대한 저자의 생각을 볼 수 있다. 자서전 형식의 수필답게 꼭 이래야 한다는 지침서는 아니라고 본다. 나의 경우 동감이 되는 부분도 있었지만, '''이건 좀 아닌 것 같은데...'''라는 부분도 있었다. '''문제와 함께 잠자라(Sleep with problem)'''라는 명언은 나의 평소 생각을 잘 나타내주었다. -[강희경]
- 학습된무기력 . . . . 1 match
셀리그먼은 동물을 대상으로 자신의 학습된 무기력 이론을 실험했다. 그외 동료들은 개에게 충격을 피해 도망치는 법을 가르쳤다. 그들은 셔틀 박스-개가 뛰어 넘을 수 있는 높이의 칸막이로 구분된 상자-에 개를 한마리씩 넣었다. 그리고 조명을 어둡게 해서 개들에게 무슨 일이 일어나리라는 경고를 준 다음 약한 전기 충격을 연속적으로 주었다. 전기 충격은 개들이 칸막이를 뛰어 넘으면 피할 수 있단는 것을 깨달을 때 까지 계속 가했다.
- 한비자 . . . . 1 match
* 이 책을 읽으면서 아무런 비판없이 받아들였던 공자의 주장도 저렇게 비판적으로 받아들일 수 있다는 것을 배웠다. 옛날부터 그렇게 해왔고, 옳은 것이라고 배운 곳도 실상을 살펴보면 그렇지 않을 수 있다는 것을 배웠다. 신상필벌을 명확하게 하는게 중요하다. 그리고 항상 어느 한쪽으로 치우쳤을 경우 문제가 생길 수 있으니 그에 대비해 준비 해야 한다. 그리고 사람이 각자 자신의 이익을 위해서 움직인다는 것도 염두에 둬야한다.
- 허아영/Cpp연습 . . . . 1 match
아직 C++을 C수준으로 사용하시는 것 같아 지금 이 시점에서 이런 말씀을 드리는게 좋을것 같습니다. C++을 공부하기 전에 다음과 같은 의문을 갖으시는게 좋을것 같습니다.
- 허아영/C코딩연습 . . . . 1 match
↓↓ 같은 수를 입력 받을 때를 생각을 못했어서, 다시 정리요 ㅎㅎ
- 홈페이지분류 . . . . 1 match
["홈페이지분류"]로 분류되는 페이지들은 개인 페이지이므로 자유롭게 사용하되 제로페이지에서 자신이 참여하고 있는 스터디, 혹은 개인적으로 하고 있는 공부들, 전시회 준비 상황과 같은 내용들이 포함되면 더욱 좋을 것 같다. -- ["데기"]
- 회비 . . . . 1 match
마이너스군요...근데 왜 5만원이나 쓰인거죠? 준비물 구입비 10000원을 휘동이한테 주고 간식은 3만원 어치 사기로 한 것 같은데요. -[강희경]
- 후기 . . . . 1 match
더 대중적인 축제를 만들 생각도 해 보았다. 사람에게 감각적인 자극을 줄 수 있는 언어나 그 언어로 만들어진 프로그램, 혹은 다른 무언가가 있으면 어떨까? Mathmetica에서 프랙탈로 삼각형을 그리는 모습을 보고 사람들은 감탄했다. 패널토론 도중에 Squeak에서 보여준 시뮬레이션 역시 놀라웠다. 마이크로칩을 프로그램하여 모르스 부호를 불빛으로 깜박거리는 모습도 신기했다. 프로그램 언어에 익숙하지 않은 다른 분야를 공부하는 참가자들은 눈에 보이지 않는 동작 보다는, 감각적인 자극에 많은 호기심을 느낄 것이다. 시각 이외에 다른 감각을 자극하는 볼거리가 준비된다면 가족끼리 대안언어축제에 놀러 올 수 있을 것 같다. 마치 구경도 하고, 직접 체험해 볼 수도 있는 전시장에 온 것 같은 기분을 낼 수 있을 것이다.
Found 1240 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
